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1. Introduction 

There is a user demand for carrying certain types of constant bit rate (CBR) or "circuit" 
traffic over Asynchronous Transfer Mode (ATM) networks. As ATM is essentially a 
packet- rather than circuit-oriented transmission technology, it must emulate circuit 
characteristics in order to provide good support for CBR traffic. 

A critical attribute of a Circuit Emulation Service (CES) is that the performance realized 
over ATM should be comparable to that experienced with the current PDH/SDH 
technology. 

1.1 Purpose of Document 

This document - referred to as the Circuit Emulation Service Interoperability 
Specification (CES-IS) - specifies the ATM Forum's interoperability agreements for 
supporting CBR traffic over ATM networks that comply with the Forum's other 
interoperability agreements. 

Note that all of the specific types of CBR service and/or specific interfaces identified 
within this document need not be supported in order to be compliant with this 
specification. Although no specific type of CBR service nor specific interface is required 
for compliance, support for any one or more of these will be considered as implementing a 
Circuit Emulation Service. However, if support for any of the specified types of CBR 
service and/or specific interfaces identified within this specification is provided, this 
support must then be provided in a manner consistent with this specification to be 
considered compliant. 

For example, a compliant CES implementation may choose to implement a Structured DS1 
Nx64 kbit/s Service and an Unstructured DS1 Service without implementing any El, J2 or 
other service. This implementation would then be considered compliant for Structured DS1 
Nx64 kbit/s Service and Unstructured DS1 Service, provided that these services are 
implemented in a manner consistent with their specification within this document. 

1.2 Scope of Document 

The CES-IS specifically covers the following types of CBR service: 

1 . Structured DS 1/E1 Nx64 kbit/s (Fractional DS 1/E1 ) Service 

2. Unstructured DS 1/E1 (1 .544 Mbit/s, 2.048 Mbit/s) Service 

3. Unstructured DS3/E3 (44.736 Mbit/s, 34.368 Mbit/s) Service 

4. Structured J2 Nx64 kbit/s (Fractional J2) Service 

5. Unstructured J2 (6.312 Mbit/s) Service 

The Structured Nx64 and Unstructured DS1/E1/J2 services described in this document 
offer two ways to connect DS1/E1/J2 equipment across emulated circuits carried on an 
ATM network. The two techniques can be used to solve different kinds of problems: 
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The Structured DS1/E1/J2 Nx64 service is modeled after a Fractional DS1/E1/J2 circuit, 
and is useful in the following situations: 

1 . The Nx64 service can be configured to minimize ATM bandwidth, 
by only sending the timeslots that are actually needed. 

2. The Nx64 service provides clocking to the end-user equipment, so it 
fits into a fully-synchronous network environment. 

3 Because it terminates the Facility Data Link, the Nx64 service can 
provide accurate link quality monitoring and fault isolation for the 
DS1/E1 link between the IWF and the end-user equipment 

The Unstructured DS1/E1/J2 Service provides transparent transmission of the DS1/E1/J2 
data stream across the ATM network and is modeled after an asynchronous DS1/E1 leased 
private line. It allows for the following situations: 

1 . End-user equipment may use either standard (SF, ESF, G.704 or JT- 
G.704) or non-standard framing formats. 

2. When end-to-end communication of the Facility Data Link or Alarm 
states is important. 

3 Whentimingissuppliedbytheend-userDSl/El/J2equipmentand 

carried through the network. The end-user equipment may or may 

not be synchronous to the network. 
The Unstructured DS3/E3 Service provides basic DS3/E3 Circuit Emulation Service and 
allows for the following situations: 

1. Standard or non-standard framing may be used by the end-user DS3/E3 equipment. 

2. End-to-end communication of P-Bit, X-Bit and C-Bit channels is provided. 

3 Timing is supplied by the end-user DS3/E3 equipment and carried through the 
' network. The end-user equipment may or may not be synchronous to the network. 

The scope of the CES-IS is limited to the essential agreements needed to reliably transport 
these biJrates across ATM networks that comply with the ATM Forum' s interoperability 
agreements. Specifying all the agreements needed to support a full service offenng (for 
example, ATM-based video telephony) is explicidy beyond the scope of this document. 

1.3 Structure of Document 

Section 1 is an introduction and contains some technical material relating to all types of 
service Sections 2, 3 and 4 cover Structured DS1/E1/J2 Nx64 kbit/s, Unstructured 
DS1/E1/J2 and Unstructured DS3/E3 Service, respectively. Each of these sections covers 
the following topics: 

1. Service description 

2. Service-specific AAL 1 requirements (e.g., clocking and error 
recovery) 
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3. AAL user entity requirements (e.g., data coding/formatting, 
signalling) 

Section 5 discusses service-specific ATM Layer requirements (e.g., cell rate and delay 
requirements), section 6 describes ATM signalling parameters, section 7 describes ATM 
call initiation procedures, and section 8 discusses the management of the CES service. 

1.4 Terminology 

This document uses three levels for indicating the degree of compliance necessary for 
specific functions, procedures and coding associated with the Circuit Emulation 
specification: 

• Requirement (R-n): Functions, procedures and coding necessary for 
operational compatibility. 

• Conditional Requirements (CR-n): Functions, procedures and 
coding necessary providing the specified optional function is 
implemented. 

• Option (O-n): Functions, procedures and coding that may be useful, 
but are not necessary for operational compatibility. 
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1.5 Reference Model and Terms 



CBR Service 
Interface 




ATM Constant Bit-Rate 
Virtual Channel 



CBR Service 
Interface 



CBR 

Equipment ATMCES 
Interworking 
Function 




ATMCES 
Interworking 
Function 



CBR 
Equipment 



ATM Access Interface 
a) CES IWFs with CES-IS-Specified Physical DS 1/DS3, J2 or E1/E3 Service Interfaces 



ATM Constant Bit-Rate 
Virtual Channel 




ATMCES 
Interworking 
Function 



ATMCES 
Interworking 
Function 



ATM Access Interface 



b) CES IWFs with Unspecified Service Interfaces ("Logical" Service) 

Figure 1-1: Circuit Emulation Service Reference Model 

Figure 1-1 provides a reference model for circuit emulation services. Figure 1-la) pictures 
two ATM Circuit Emulation Service (CES) Interworking Functions (IWFs) connected to 
an ATM network via physical interfaces defined in the ATM Forum UNI Specification. 
The CES IWFs are also connected to standard constant bit-rate (CBR) circuits (e.g., 
DS 1/DS3, J2 or E1/E3). The job of the two IWFs is to extend the constant bit-rate circuit 
to which they are connected across the ATM network. They are to do this in a manner that 
is transparent to the terminating equipment of the CBR circuit. This means that the ATM 
portion of the connection should retain its bit integrity - i.e., analog signal loss can not be 
inserted and voice echo control cannot be performed. Thus for facilities intended to carry 
voice or multimedia services, any required echo control must be performed either by the 
terminal equipment or before the ATM CES IWF is encountered. The assumption in the 
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CES-IS is that using AAL 1 over ATM constant bit-rate virtual channels is a simple, 
general, and effective method of addressing this type of application. 

Figure 1-lb) shows a similar arrangement, but does not make any external physical 
interfaces explicit. This is intended to show that CES can be used to provide a "logical" 
structured or unstructured DS1/DS3/E1/E3/J2 service, even if that service is not used to 
bridge between existing traditional DS1/DS3, J2 or E1/E3 based circuits. It is also possible 
that one IWF would interface to a DS1/DS3, J2 or E1/E3 based circuit and the other would 
not. 

1.6 References 

1.6.1 Normative 

UNI 3.1, ATM Forum User-Network Interface (UNI) Specification 

af-bici-0013.003, ATM Forum Broadband Intercarrier Interface (B-ICI) Specification v2.0 

ANSI Tl. 630-1993, B-ISDN ATM Adaptation Layer CBR Services 

ANSI Tl. 627-1993, B-ISDN ATM Layer Functionality and Specification 

ITU-T 1.356-1993 B-ISDN ATM layer cell transfer performance 

ITU-T 1.362-1993 B-ISDN ATM adaptation layer (AAL) functional description 

ITU-T 1.363.1 1996, B-ISDN ATM Adaptation Layer (AAL) Specification, Types 1 and 2 

ANSI Tl. 101-1994, Synchronization Interface Standard 

ANSI Tl. 102-1993 Revised - Digital Hierarchy — Electrical Interfaces 

ANSI Tl. 107-1995, Digital Hierarchy - Formats specifications 

ANSI Tl.403-1995, Carrier-to-Customer Installation — DS1 Metallic Interface 

ANSI Tl. 404-1994, Carrier-to-Customer Installation - DS3 Metallic Interface 
Specification 

ANSI Tl. 408-1990, Integrated Services Digital Network (ISDN) Primary Rate - 
Customer Installation Metallic Interfaces Layer 1 Specification 

ANSI Tl. 510-1994, Network Performance Parameters for Dedicated Digital Services — 
Specifications. 

ITU-T G.824-1993, The control of jitter and wander within digital networks which are 
based on the 1544 kbit/s digital hierarchy 

Bellcore TR-NWT-000170, Issue 2, January, 1993, Digital CrossConnect System Generic 
Requirements and Objectives 
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ITU-T G.702-1988 Digital hierarchy bit rates 

ITU-T G.703-1991 Physical/electrical characteristics of hierarchical digital interfaces 

ITU-T G.704-1995 Synchronous frame structures used at 1544, 6312, 2048, 8488 and 
44736 kbit/s hierarchical levels 

ITU-T G.707-1996 Network node interface for the synchronous digital hierarchy (SDH) 

ITU-T G.823-1993, The control of jitter and wander within digital networks which are 
based on the 2048 kbit/s digital hierarchy 

IETF RFC1573, Evolution of Interfaces Group of MIB-II, January 1994. 

IETF RFC TBD, Definitions of Managed Objects for the DS3/E3 Interface Type, Date 

TBD. 

IETF RFC TBD, Definitions of Managed Objects for the DS1, El, DS2 and E2 Interface 
Types, Date TBD. 

IETF RFC TBD, Definitions of Managed Objects for the DSO and DSO Bundle Interface 
Types, Date TBD. 

IETF RFC1595, Definitions of Managed Objects for the SONET/SDH Interface Type, 
March 1994. 

TTC Recommendation JT-G.704, Synchronous Frame Structures Used at Primary and 
Secondary Hierarchical Levels. 

TTC Recommendation JT-G.703a, Secondary Rate User-Network Interface of Leased Line 
- Layer 1 Specification. 

ISO/IEC 1 1573 (1994), Synchronization methods and technical requirements for Private 
Integrated Services Networks. 

1.6.2 Informative 

ETSI ETS 300 353 B-ISDN ATM adaptation layer (AAL) specification type 1 
Bellcore GR-1 113-CORE, Issue 1, July, 1994, Asynchronous Transfer Mode (ATM) and 
ATM Adaptation Layer (AAL) Protocols 

Bellcore GR-1 110-CORE, Issue 1, August 1994, Broadband ISDN Switching Systems 
Generic Requirements 

Bellcore TA-TSV-001409, Issue 1, November 1993, Generic Requirements for Exchange 
Access PVC Cell Relay Services. 
DTR/NA-52622 Optional aspects of AAL type 1 
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ANSI T1.51 1-1994, B-ISDN ATM Layer Cell Transfer Performance Parameters. 

1.7 ATM Physical Interfaces 

An ATM UNI physical interface has two characteristics that are relevant when supporting 
CES Service: 

1 . Bandwidth - the ATM interface must provide adequate bandwidth to 
carry Nx64 or Unstructured traffic after segmentation. 

2. Timing - the ATM interface can be used to convey timing traceable 
to a Primary Reference Source from the ATM network to the CES 
Interworking Function, where external connection to network timing 
is not supported. 
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2. Structured DS1/E1/J2 Nx64 kbit/s Service 

A number of applications currently use Nx64 kbit/s services. For exampk there .are _a 

number of DTE interfaces and video codecs that are capable of operating at Nx64 kbit/s 

rates for N>1. Within this section, the following conventions apply: 

Nx64 Service = All modes of the Structured DS1/E1 and J2 Nx64 kbit/s Service. 

DSl Nx64 Service = All modes of Structured DS1/E1/J2 Nx64 kbit/s Service in which the 

two IWFs involved are emulating DSl-based Nx64 kbit/s service supplied via a DSX-1 

interface, Tl. 102-1993 Revised. 

El Nx64 Service = All modes of Structured DS1/E1/J2 Nx64 kbit/s Service in which the 
two IWFs involved are emulating El-based Nx64 kbit/s service supplied via a G.703 
interface. 

J2 Nx64 Service = All modes of Structured DS1/E1/J2 Nx64 kbit/s Service in which .the 
two IWFs involved are emulating J2-based Nx64 kbit/s service supplied via a JT-G.703a 
interface. 

DSl Nx64 Basic Service = DSl Nx64 Service with no support for carrying channel 
associated signaling (CAS). 

El Nx64 Basic Service = El Nx64 Service with no support for carrying CAS. 

J2 Nx64 Basic Service = J2 Nx64 Service with no support for carrying CAS. 

DSl Nx64 Service w/CAS = DSl Nx64 Service with support for carrying CAS. 

El Nx64 Service w/CAS = El Nx64 Service with support for carrying CAS. 

J2 Nx64 Service w/CAS = J2 Nx64 Service with support for carrying CAS. 

Logical Nx64 Service = All modes of Structured DS1/E1/J2 Nx64 kbit/s Service in which 

the non-ATM-related functions of the two IWFs involved are left unspecified. 

Logical Nx64 Basic Service = Logical Nx64 Service with no support for carrying CAS. 

Logical Nx64 Service w/CAS = Logical Nx64 Service with support for carrying CAS. 

Figure 2-1 shows the relationships among the members of the Nx64 Services family. 

Nx64 Service 



ServicelnterfaceType DSl El J2. Logical 

C Basic \ Basic \ Basic \ Basic 






Support for CAS 

w/CAS w/CAS w/CAS w/CAS 

Figure 2-1: N64 Service Taxonomy 
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Note that the above conventions do not include any indication of specific support for CCS 
(Common Channel Signalling) services. The current version of this specification makes no 
particular provisions for its use in CCS systems, but this specification does not preclude its 
use in CCS systems. Specific provisions for its use in CCS systems are for further study. 

2.1 Service Description 

Nx64 Service is intended to emulate a point-to-point Fractional DS1, El or J2 circuit. The 
service is typically accessed via either 1.544 Mbit/s DSX-1 (Tl. 102 - 1993 Revised) 
interfaces, 2.048 Mbit/s (G.703) interfaces or 6.312 Mbit/s (JT-G.703a) interfaces. For 
DS1, N of the 24 timeslots available at the DSX-1 interface, where 1 < N < 24, are carried 
across the ATM network and reproduced at the output edge. For El, 1 <N < 31. For J2, 1 
<N<96. 

Because the Nx64 Service can be configured to use only a fraction of the timeslots 
available on the Service Interface, it is possible to allow several independent emulated 
circuits to share one Service Interface, as shown in Figure 2-2. The capability of allowing 
several AAL1 Entities to share one Service Interface, where each AAL1 Entity is 
associated with a different Virtual Channel Connection (VCC), allows for functional 
emulation of a DS1/DS0, El/ DSO or J2/DS0 Digital CrossConnect Switch. 



ATM Interface 
(oneormoreVCCs) 




Shaded area is 
referred to as 
"AAL User Entity 1 



CBR Service 
Interface 



Figure 2-2: DS1/E1/J2 Structured Service 
Interworking Function - Layering Perspective 



In this configuration: 



1 . The ATM layer is responsible for multiplexing and demultiplexing 
several VCCs, one to each AAL1 Entity. 
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2. Each AAL1 Entity is responsible for performing segmentation and 

reassembly on one VCC. 
3 The Timeslot Mapping Function is responsible for assigning the 

stream input and output from the S AR process to specific time slots 

in the Service 

Figure 2-3 shows an example crossconnect configuration in which two PBXs are connected 
across an ATM backbone to a Central Office switch. One virtual channel might carry 10 
timeslots between one PBX and the Central Office switch; another virtual channel might 
carry 10 timeslots between the other PBX and the Central Office Switch. At the pan- of 
IWF's near the Central Office switch, the two virtual channels are reassembled and a total 
of 20 timeslots are carried across the last DS1/E1/J2 link connecting the Central Office 
switch and its CES IWF. Although the Nx64 Service should be useful in providing a 
crossconnect service, it is outside the scope of the current CES-IS to specify crossconnect 
service, such as that defined in Bellcore TR-NWT-000170. 



DS1/E1/J2 links 



ATM Links 



ATM 
Network 



DS1/E1/J2 Link 





Two virtual channels, each 
carrying 10 64 kbit/sec circuits 

Note: This is an example of a pair of CES 
Interworking Functions within a 
node, sharing access to physical 
interfaces 

Figure 2-3: Crossconnect Example 
(R-l) A CES IWF providing Nx64 Service shall provide one AAL1 Entity. 
(0-1) Multiple CES IWF's providing Nx64 Service may be used to provide multiple 
AAL1 Entities, allowing several Nx64 connections to be multiplexed onto a single service 
interface, with each connection utilizing different 64 kbps channels of the service interface. 

2.1.1 Framing 

(R-2) DS1 Nx64 Service shall be capable of interfacing with circuits using Extended 
Superframe Format. 



Page 10 of 93 



Structured DS 1/E1/J2 Nx64 kbit/s Service CES-IS V2.0 



af-vtoa-0078.000 



(0-2) DS1 Nx64 Service may provide SF framing at a DS1 Service Interface. 

(R-3) El Nx64 Service shall be capable of interfacing with circuits using G.704 framing. 

(R-4) J2 Nx64 Service shall be capable of interfacing with circuits using JT-G.704 
framing. 

2.1.2 Timeslot Assignment 

(R-5) The Nx64 Service shall carry any group of N 64 kbit/sec timeslots, where N can be 1 
to 24, 1 to 31, or 1 to 96 for DS1/E1 and J2 respectively. 

The timeslots assigned to a virtual channel are not required to be contiguous. Timeslots are 
assigned to a virtual circuit by MIB variables, and it should be noted that the assignment of 
timeslots is not required to be the same on the input and output ends of the virtual channel. 
Even though the timeslot assignment on input and output may be different, the CES IWFs 
must deliver octets at the output in the same order as they were received at the input. The 
Nx64 service also must maintain 125-fisec frame integrity across a virtual channel. For 
example, given a 2x64 kbit/s emulated circuit, two octets that are sent into the input IWF's 
Service Interface in one frame shall be delivered at the output IWF's Service Interface in 
one frame, and in the same order. 

2.1.3 Clocking 

The DS1/E1/J2 Nx64 kbit/s Service requires the use of synchronous circuit timing, as 
recommended by ITU 1.363.1. In order to support this synchronous clock recovery by the 
attached end-user equipment, the following requirements are stated: 

(R-6) Any Nx64 Service IWF shall provide a means by which a timesource traceable to a 
Primary Reference Source (PRS) may be supplied. 

(R-7) For DS1 Service, an IWF Service Interface shall provide 1.544 MHz timing to 
external DS1 equipment. 

(R-8) For El Nx64 Service, an IWF Service Interface shall provide 2.048 MHz timing to 
external El equipment. 

(R-9) For J2 Nx64 Service, an IWF Service Interface shall provide 6.312 MHz timing to 
external J2 equipment. 

These requirements assume that the IWF provides the required synchronous circuit timing 
to the external equipment via the CES service interface itself. Note, however, that this does 
not preclude the provision of the synchronous circuit timing to the external equipment via 
a separate physical interface. The specification of such a separate timing interface is 
beyond the scope of this specification. 

Section 2.4 gives more information about clock distribution techniques. 
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2.1.4 Jitter and Wander 

(R-10) Jitter measured at the output of the IWF Service Interface and tolerated at the input 
of the IWF Service Interface must meet ANSI T1.403 and G.824 for DS1 circuits. 

(R-ll) Wander must meet ANSI Tl. 403 and G.824 for DS1 circuits. 

(R-12) Jitter measured at the output of the IWF Service Interface and tolerated at the input 

of the IWF Service Interface must meet G.823 for El circuits. 

(R-13) Wander must meet G.823 for El circuits. 

(R-14) Jitter measured at the output of the IWF Service Interface and tolerated at the input 
of the IWF Service Interface must meet JT-G.703a for J2 circuits. 

(R-15) Wander must meet JT-G.703a for J2 circuits. 

ANSI Tl 403-1995 specifies that wander shall not exceed 28 UI (18 Msec) peak-to-peak in 
any 24-hour period. Recommendations G.823 and G.824 require that network wander be 
maintained at less than 10 usee over any 10 000 second interval (approximately 3 hours). 

2.1.5 Facility Data Link 

This section applies only to DS1 ESF Nx64 service and J2 Nx64 service. 

The DS1 ESF Facility Data Link associated with the Service Interface is terminated at the 

ESF/G.704 sublayer in the Interworking Function. 

The DS1 ESF Facility Data Link is used to carry once-per-second Performance Report 
Messages as described in Tl .403. These messages carry information on numbers oi CKCs, 
framing errors, line code violations and other impairments detected over the last second. 
(CR-1) For DS1, the CES IWF shall terminate the Facility Data Link as specified in ANSI 
Tl .403-1995. 

(CR-2) DS1 Performance-related information from T 1.403 -compliant FDL messages shall 
be stored in the IWF's MIB, as described in Section 8. 

DS1 ESF FDL messages which are not Link Management messages as defined in T1.403 
may be ignored by the IWF. 

The J2 Facility Data Link associated with the Service Interface is terminated at the J2/JT- 
G.704 sublayer in the Interworking Function. 

(CR-3) For J2, the CES IWF shall terminate the Facility Data Link as specified in JT- 
G.704. 

(CR-4) J2 Performance-related information from JT-G.704-compliant FDL messages shall 
be stored in the IWF's MIB, as described in Section 8. 

J2 FDL messages which are not Link Management messages as defined in JT-G.704 may 
be ignored by the IWF. 
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2.1.6 Bit Oriented Messages 

This section applies only to DS1 Nx64 service. 

(R-16) For DS1 using ESF, the IWF must terminate Bit Oriented Messages for Yellow 
Alarms and loopback as described in T 1.403. 

Loopbacks are handled as described in TR-NWT-000170. 

2.1.7 Alarms 

Several kinds of alarms can be detected at the point where the Service Interface is received 
by the IWF. Definition of alarm states is given in Tl .403 for DS1, G.704 for El, and JT- 
G.704 for J2. 

Some alarm situations require that an alarm condition detected at the point where the 
Service Interface is received by an IWF (the "Upstream IWF') be propagated downstream 
to the IWF responsible for reproducing the bit stream (the "Downstream IWF'). 

When alarms are detected by the Upstream IWF, a Trunk Conditioning procedure is used 
to signal these alarms to downstream DS1/E1/J2 equipment. In this case, the Upstream 
IWF continues to emit cells at the nominal rate, but sets the DS1/E1/J2 payload to an 
appropriate code to indicate Idle or Out-of-Service. Additionally, if signalling bits are 
being carried by the IWF, the Upstream IWF will insert appropriate signalling codes into 
the DS1/E1/J2 stream before AAL1 segmentation takes place. Trunk conditioning 
procedures are specified in Bellcore TR-NWT-000170 Issue 2, Section 2.5. 

This technique allows DS1/E1/J2 alarm conditions to be transferred through the emulated 
circuit environment without causing additional ATM Layer errors. 

(R-17) The IWF shall detect Loss of Signal (LOS), AIS or Yellow conditions, loss of 
frame synch, and loss of multiframe synch and report these conditions via the MIB. 
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application and environment being served. 



Detect AIS, LOS or OOF 



Transmit trunk conditioning downstream 




Transmit RAI upstream 



X Fault 
O Detect 



© Transmit 

Figure 2-4: Nx64 Service Interface Fault Indication 
(R-19) When RAI is received at the Service Interface, the IWF shall apply trunk 
conditioning in the downstream direction only. 

r tui* rps document does not provide any specific support 
As noted earlier, this revision of d ^™^ |eg Zt address a reaction of a 

alarm In this case, no further conditioning is required. 

Similarly, a second alarn^ng condition ^ the VC 

document. The situation is if the VC wh ch carnes theCCS mk^ ^ 
which carries the DSOs controlled by that CCS link ^ There is curr y 
conveying an alarm on that VC which carnes the DSOs ^ *e CCS sys tern 

for further study. 

2.1.8 Signalling Bits - , 
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recognition and manipulation of the signalling bits by the CES IWF. This mode is 
necessary to support Nx64 applications requiring DS1 Robbed Bit Signalling or El CAS 
support. 

Conversely, non-CAS mode, or Basic Service, requires no direct CAS support by the CES 
IWF. Basic Service can be used to support Nx64 applications not requiring signalling or 
those that provide signalling using Common Channel Signalling (e.g., as used in N-ISDN) 
or provided by other means. 

(R-20) All Nx64 Service IWFs shall provide Basic Service. This mode is compatible with 
N-ISDN applications, as well as many video codecs. 

(0-3) Nx64 Service IWFs may also provide Nx64 Service with CAS. This mode is 
required for much existing PBX and voice telephony equipment. 

2.1.9 Service Performance Characteristics 

This section describes the minimal service performance characteristics required by Nx64 
Service. 



2.1.9.1 End-to-End Delay 

End-to-end delay requirements are application-specific. End-to-end delay requirements are 
beyond the scope of this specification. ITU-T Recommendation G.l 14 provides 
considerable guidance on the subject of delay. 

2.1.9.2 Error Ratios 

Bit Error Ratio (BER) is the ratio of the number of bit errors to the total number of bits 
transmitted in a given time interval. There are no specific bit-error ratio requirements for 
Nx64 service other than those implied by the errored second and severely-errored second 
requirements that follow. (Source: ANSI Tl. 510-1994, Network Performance Parameters 
for Dedicated Digital Services — Specifications.) 

Service performance is also measured in terms of Errored Seconds (ES) and Severely 
Errored Seconds (SES). Performance objectives for Errored Seconds and Severely Errored 
Seconds are given in ANSI Tl.510-1994 for DS1, and in G.826 for El. 



2.1.10 Electrical 

(R-21) The DS1 Nx64 Service shall provide a DSX-1 electrical interface with B8ZS 
coding. 

(0-4) The DS1 Nx64 Service may also provide AMI coding as an option. 

The Service Interface may use a connector such as the RJ48C or RJ48M, as specified in 
T1.403. 

(R-22) The El Nx64 Service shall provide a G.703 interface using HDB3 line coding. 
G.703 allows both 75 Ohm and 120 Ohm interfaces for El. 
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The El Service Interface may use a connector such as IS08877 for the 120 Ohm interface, 
Ld a 75 Ohm BNC connector, as described in IECSC46D, for the 75 Ohm interface. 
(R-23) The J2 Nx64 Service shall provide a JT-G.703a interface with B8ZS coding. 
The J2 Service Interface shall use a 50 Ohm JIS C5412-1976 compliant connector as 
specified in JT-G.703a. 

2.2 AAL 1 Requirements 

2.2.1 Data Transfer Service Type 

(R-24) The Nx64 Service shall use the Structured Data Transfer (SDT) mode as defined m 
1.363.1. 

ANSI document T1.630 and Bellcore GR-1113-CORE also contain descriptions of AAL1 
Structured Data Transfer mode. 

2.2.2 Cell Utilization 

configuration for PVCs, or by ATM UNI 3.1 signalling for SVCs. 

(R-25) The Nx64 Service Interworking Function shall be capable of sending cells without 

dummy octets. 

(O.S) The Nx64 Service may reduce cell payload tow*-*! *™V 

octets to complete the cell payload, as outlined in ITU 1.363.1, 1996. 

pad bytes per cell, depending on the presence of the AAL1 Structure Pointer. 
When padding is used with Structured Data Transfer, it should be noted that 1.363 1 
SIS structure pointer span both payload and pad bytes For example a 
— pointer with the value 46 always indicates me first octet of the second cell in a 
pair, no matter how much padding might be present in each cell. 
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2.3 AAL User Entity Requirements 



2.3.1 Cell Coding 

AAL1 as specified in ITU-T document 1.363.1 has the capability to delineate repetitive, 
fixed-size "blocks" of data, each block being an integral number of octets in size. This 
capability is used in the Nx64 service to carry N DSO timeslots, organized into blocks. 

For a block size of one octet, corresponding to a single DSO stream (i.e. N=l) with Basic 
Service, AAL1 provides block delineation merely by aligning each AAL user octet with an 
ATM cell payload octet. 

For a block size greater than one octet, AAL1 uses a pointer mechanism to indicate the 
start of a structure block. This AAL type 1 CS specification requires the pointer to be 
inserted at the first opportunity in a cell with an even sequence count value (i.e., 0, 2, 4, 6) 
as indicated by the CSI bit of the AAL1 header being set to "1". The SDT pointer must be 
inserted in a cell payload with an even sequence count once and only once in each set of 
eight cell payloads corresponding to an AAL1 sequence count cycle (i.e., 0,1,2,3,4,5,6,7). 
If no structure block begins with an eight cell sequence, then a pointer value of 127 shall 
be inserted in cell number six of the cycle. For more on Structured Data Transfer pointer 
generation and processing, refer to ITU Recommendation 1.363.1. 

The layout of the Nx64 service data within the structure blocks — or cell coding— varies 
with the type of Nx64 Service being supported, as described below. 

Logical Nx64 Service may use any of the coding approaches described below. 

Note: the need for a common method to transport CAS signaling transitions for DS1, El, 
J2 and voice compression is for further study. 

2.3.1.1 Cell Coding for DS1, El and J2 Nx64 Basic Service 

To encode Nx64 into AAL1 SDT without carrying signalling bits, a block is created by 
collecting N octets — one from each of the N timeslots to be carried — and grouping them 
in sequence. See Figure 2-5 for an example which shows the block structure for Nx64 
where N=3. The block size for Nx64 Basic mode is always N octets. 



AAL1 

Poin ^ ► i > from first timeslot in current frame. 

Octet from second timeslot in current frame. 
Octet from third timeslot in current frame. 

Figure 2-5: Example Singleframe Structure Format for 3x64 kbit/s 

(R-26) DS1, El and J2 Nx64 Basic Service shall encode Nx64 Service data in an AAL1 
Structure of size 'N\ 
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23.1.2 CeU Coding for DS1, El and J2 Nx64 with CAS 

Circuits which cany the ABCD signalling bits end-to-end may also be emulated wth the 
CES IWF if the CAS mode option is provided. 

^*££2£Z£cm* signalling bits that a. associated wl* the pay.oad. 
,„ CAS Mode, .he pay.oad par, of .he — * ^^K^'l 

frame of a multiframe. 

The second portion of the AAL1 secure, called .he V^^g^SS?" 

galling bi.s .hat - -"Ifs^^^^^ - 
signalling bils associated with eac , nmei lo .are J*^™ ; on , (our si alli „ g 

signalling bits associated with each times ot are packed eigh k* to an oct P 

bits. 

The AAL1 Structure Pointer is used to indicate ft. firs, octet of ore Payload Substructure. 
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An example of the AAL1 structure for DS1/E1 Nx64 circuits with CAS is shown in Figure 
2-6. In this example, N is set to three, so each AAL1 block contains payload from three 
timeslots, plus the three sets of signalling bits present in one multiframe. 



AAL1 
Pointer 



ABCD for 
first transported 
timeslot 



ABCD for 
third transported 
timeslot 




First transported octet of multiframe 
Second transported octet of multiframe 



First 125 usee frame of multiframe 



Second 125 usee frame of multiframe 



Last 125 usee frame of multiframe 



Signalling Substructure 



ABCD for 
second transported 
timeslot 



Figure 2-6: Example Multiframe Structure for 3x64 kbit/s DS1/E1 with CAS 
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i fthp aat 1 structure for J2 Nx64 circuits with CAS is shown in Figure 2-7. 
totted *e tee sets of signalling bits present in one mutoframe. 

First transported octet of multiframe 
Second transported octet of multiframe 



First 125 usee frame of multiframe 



AAL1 
Pointer 



Signalling bit for 
first transported 
times lot 



Signalling bi^for 
second transported 
times lot 




Second 125 usee frame of multiframe 



Last 125 usee frame of multiframe 



Signalling Substructure 



Signalling bit for 
third transported 
times lot 



Figure 



2-7: Example Multiframe Structure for 3x64 kbit/s J2 with CAS 



Pac Mn gof the« 

Te set to zero if the VCC is configured to carry an odd number of ttmeslots. Ftgure 2-8 
shows the assignment of bits to the signalling substructure. 



Signalling bits for 
first timeslot 
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5 
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D 


A 


B 


C 


D 
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B 


C 


D 


0 


0 


o 


0 




Signalling bits for 
second timeslot 



Signalling bits for 
third timeslot 



Unused bits padded with zero 



Figure 2-8: Example DS1/ESF and El Signalling Substructure 
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Packing of the signalling bits for J2 is done by using the first bit (bit 8) of the first octet for 
the first channel's signalling bit, the second bit (bit 7) of the first octet for the second 
channel's signalling bit, and so on. Any unused bits of the last octet, when the number of 
channels is not an exact multiple of eight, shall be set to zero. Figure 2-9 shows the 
assignment of bits to the signalling substructure for J2. 

Signalling bit for 
first times lot 



8 


7 


6 


5 


4 


3 


2 


1 


S 

i — ■ 




S 


0 


0 


0 


0 


0 



V 



Signalling bit for 

second timeslot / Signalling bit for 
third timeslot 



Unused bits padded with zero 
Figure 2-9: Example J2 Signalling Substructure 



DS1 with Superframe Format (SF) can also be carried with a CES IWR For SF format, 
the AAL1 structure is made the same size as the equivalent ESF structure by sending two 
SF multiframes together in one AAL1 block, instead of one multiframe as is done in ESF 
framing. For SF format, the signalling octets at the end of the AAL1 structure contain AB 
signalling bits from the two SF multiframes in the structure. Figure 2-10 shows the 
signalling substructure detail for an example circuit of N=3. In this example, signalling bits 
AB are from the first SF multiframe in the AAL1 structure, while bits A'B' are from the 
second SF multiframe. 



Signalling bits for 
first timeslot 



Signalling bits for 
third timeslot 



8 7 6 5 4 3 2 1 
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B' 
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A' 


A 


0 


0 


0 


0 




Signalling bits for 
second timeslot 



Unused bits padded with zero 
Figure 2-10: Example DS1/SF Signalling Substructure 



Table 2-1 gives the size of the AAL1 structure in octets for a few different values of N. 
The parameter N gives the number of 64 kbit/s timeslots derived from a single access line 
to be transmitted over one VCC. A value of N = 1 corresponds to a single 64 kbit/s circuit; 
N = 6 corresponds to 384 kbit/s; N =30 corresponds to the full El payload of 1.920 Mbit/s. 
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J2 
Table 2 



is Sample AAL1 Structure Sizes for Nx64 Service with CAS 



SSid signalling must be sent in the Signalling substructure. 

(CR-5) If CAS mode operation is enabled for DS 1 , the Downstream IWF may only obtam 

ABCD signalling bits from the signalling substructure. 
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2.3.2 Bit Ordering 

Bits from the DS1, El or J2 Nx64 Service Interface are packed into ATM cells using the 
ordering shown in Figure 2-11. Note that G.704 and TL403 designate the most significant 
bit as 'bit 1\ while ATM cells as defined in T1.627 number the least significant bit as 'bit 
1\ In both cases, however, the most significant bit is transmitted first. 



time slot 1 — »j< time slot 2 — *j< — time slot 3 ... 

F bl b8 bl b8 




DS1/E1/J2 Bit Stream 



ATM Cell 



cell 

payload 



Figure 2-11: DS1/E1/J2 vs. ATM Bit Ordering 



2.3.3 Loss/Error Response 

The IWF will contain a function that reassembles a sequence of AAL1 cells into streams of 
octets for transmission by the DS1/E1/J2 Service Interface. This reassembly function must 
cope with a variety of errors and impairments, including lost cells, late cells and 
misinserted cells. 



2.3.3.1 Lost and Misinserted Cells 

The reassembly unit may detect lost and misinserted cells by processing sequence numbers 
in the AAL1 headers. 

(R-27) If cell loss is detected, dummy cells consisting of 46 or 47 octets shall be inserted 
when bit count integrity can be maintained. The content of the inserted octets is 
implementation-dependent. 

Depending on implementation, there will be a point at which too many cells will have been 
lost to maintain bit count integrity; at this point, the AAL1 receiver may have to locate the 
next AAL1 Structure Pointer to re-acquire framing. 

(0-6) Misinserted cells are expected to be rare. The reassembly unit may maintain bit 
count integrity where possible by dropping cells that the AAL1 header processor detects as 
misinserted. 
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2.3.3.2 Buffer Overflow/Underflow 

The reassembly function will require a buffer in which the reassembled cell _stream is 
^ored before it is transmitted out the Service Interface. The sue of this buffer wxllbe 
^mentation dependent, but it must be large enough to accommodate expected CDV, 
STmall enough to not introduce excessive delay in the emulated circuit. This buffer 
wUl beTubject ^overflow or underflow if slight clocking differences exist between the 
™de at which segmentation takes place, and the node at which reassembly takes place. 
Buffer underflow may also result from unexpectedly large CUV. 
nt 2tt The Nx64 Service IWF shall perform controlled frame slips if the reassembly 
Sencoun^s an overflow or underflow (i.e., "starvation") condition. The data inserted 
in case of underflow is implementation-dependent. 

Under some circumstances, such as a failure in the ATM network carrying the emulated 
NxS cir^u t the flow of cells to the reassembly unit will stop for an extended period. This 
co^Z shall be signalled to the external equipment attached to the Service Interface by 
Trunk Conditioning, as illustrated in Figure 2-12. 



Detect Loss of Cells 



Transmit trunk conditioning 
^/ downstream 




X 

o 



Transmit trunk conditioning 
upstream 



Fault 

Detect 

Transmit 



Figure 2-12: Virtual Channel Fault Indication 



(R-29) After an integration period, a persistent buffer station condition shall trigger 
Trunk Conditioning, as specified in Bellcore TR-NWT-000170. 
The length of the integration period has not yet been specified by rTU-T, ANSI and/or 
FTSI Pending specification, implementors are advised to use a 2.5+/- 0.3 second 

in a manner Llogous to that used to integrate Loss of Signal to declare 

red alarm state. 

Although not required as part of this specification, implementors may wish to consult 
BeUwre GR-1 H3-CORE and ETSI ETS 300 353 Annex D for advice on the handling of 
various fault conditions. 
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2.4 Clock Distribution Guidelines 

As stated in Section 2.1.3, IWFs which support network-synchronous services must 
provide a means by which a timesource traceable to a Primary Reference Source (PRS) 
may be supplied. For DS1, El and J2 Nx64 Service, the IWF must provide timing at the 
DS1/E1/J2 Service Interface. 

While the technique by which that clock is provided at the Service Interface is beyond the 
scope of this specification, here are some possible techniques: 

1. A PRS-traceable source is used to time the physical layers 
supporting ATM links between the IWF and the ATM network. 
Timing might be introduced to the ATM network via a Central 
Office Clock connection on one or more ATM switches. Each CES 
IWF receives timing from its ATM interface. 

2. The physical links accessing an ATM network might be 
synchronized to a PRS as above, but the timing might be introduced 
to the ATM network via a DS1/E1/J2 interface. 

3. Not all IWF access interfaces may convey timing which is PRS- 
traceable. If the CES IWF access interface does not convey PRS- 
traceable timing, then PRS-traceable timing must be externally 
supplied to the external equipment. 

4. In some private network applications involving circuit emulation, it 
may be sufficient to distribute a common clock to all CES IWF 
nodes, but not require that the common clock be traceable to a 
Stratum 1 oscillator. Note, however, that the use of synchronization 
timing below PRS could result in internetworking difficulties 
between different network domains, such as interconnection 
involving multiple public network providers. ANSI T1X1.3 is 
currendy studying these types of issues. 

In all cases, Service Interfaces are expected to be timed from a single, common clock, or 
one or more PRSs. Service Interface timing is not carried across the network via SRTS, or 
through the use of Adaptive clock recovery. All Nx64 emulated circuits are carried with 
AAL1 Synchronous mode, as described in T1.630. 

Information on the distribution of network timing may be found in ANSI T1.101 and in 
ISO/IEC 11573. 
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3 DS1/E1/J2 Unstructured Service 

' A large number of applications utilize DSl, El and J2 interfaces today making use of the 
entke bandwidth. Within this section, the following conventions apply. 
Unstructured Service = All modes of the unstructured DS 1/B1 and J2 Unstructured 



Service. 



DSl Unsecured Service ^SS'S^ 
which the two IWFs involved are emulating a DSl circuit supplied via 

El Unbred Service . ^f^^J^Zl^ ^Z, 
which the two IWFs involved are emulating an El circuit supplied 



unspecified. 



unspecified 



unapt*' AA ii>ru/ 

- h =Xe=^^ 

3.1 Service Description 

DSim./,2Uns m ct»redCBRse^ 

not necessarily traceable to a PRS. 

Note that framing formats other than s^ndard 

be supported by all PDH/SDH installed hTve difficulty in 

framing formats is offered by an <f^«™ £ operatioI J and 

UeDS^./KUnstnicturedSer^^ 

intrusive performance momtonng of the link it i>t\ um% u. w o 

used. . 

Figure 3-1 shows the DS1/E1/J2 Unstructured Service from a ^Jf^^^ 

^mlSo^^ 
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"mapping function". In Unstructured service, the mapping function simply maps every bit 
between the AAL1 layer and the 1.544, 2.048 or 6.312 Mbit/s Service Interface. From an 
ATM perspective, everything shaded in the diagram represents an "AAL User Entity," and 
that is how we refer to the shaded portions in the CES-IS. For the "logical" versions of the 
Circuit Emulation Services, the CES-IS leaves the non-ATM portions identified in the 
figure (i.e., the CBR Physical layer and CBR Service Interface) unspecified. 




Associated with 
circuit being emulated 



Figure 3-1: DS1/E1/J2 Unstructured Service Interworking Function - Layering 

Perspective 

3.1.1 Framing 

(R-30) The DS1/E1/J2 Unstructured Service carries any arbitrary 1.544 Mbit/s (2.048 
Mbit/s for El and 6.3 12 Mbit/s for J2) data stream. 

(0-7) Optionally, the Unstructured service may include a non-intrusive performance 
monitoring function that will decode but not terminate SF, ESF, G.704 or JT-G.704 
framing. The functions required to support this option are: collection of performance 
statistics, and detection of frame-based alarms and messages. There must be a 
configuration option to disable the performance monitor for use with unframed signals. 

3.1.2 Clocking 

The DS1/E1/J2 Unstructured Service has two modes for timing user equipment attached to 
the Service Interface: 

1 . Synchronous Mode, in which timing is supplied to attached 

DS1/E1/J2 equipment via the IWF Service Interface, and may be 
traceable to a Primary Reference Source. 
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2 Asynchronous Mode, in which timing is supplied by an independent 
SI attached equipment and carried transparently through 

the ATM network. 

When asynchronous timing is supplied by %^^££££%% not 

used by the CES IWF at the other end of the connection. 

, nWA rES rwF must implement at least one of the two clocking modes for DS1/E1/J2 
£s^ 

configured for the same clocking mode in order to interoperate. 
(C R.6)IfAsynch^ 

C iX^otlTJl 1 30 ppm tolerance for DS 1 is intended to support older DS 1 
equipment. Newer equipment will be within +/- 32 ppm. 

3.1.3 Jitter and Wander 

Jitter and Wander may be present at the output of ^^^^t^ 
example, by imperfections in clock .ecover^ a ^g^^Sng clock - 
using the Asynchronous timing 5 mode, Aere « can duce ^ jitter 

Wander requirements apply to network- sy^nous « ^ — 

but the same requirements may be applied to an ^^^^^ mS l technical 

defined as relative to the clock source rather *an » » ^^^^g this area 

sub-committee T1E1, the group responsible for T1.403 and 1 1 Am, y 

with input from T1X1 .3. 

_ ♦ f*K„TWF Service Interface and tolerated at the input 
(R-32) Jitter measured at the output of *e IWFSe ™<^* » drcuits ^ ^ 

of the IWF Service Interface shall meet ANSI T1.102 and u.»z* ior 

clocking mode. . 

_ ^ft^TWF^prvice Interface and tolerated at the input 
(R-33) Jitter measured at the output of the ^^^^ any clocki ng mode, 
of the IWF Service Interface shall meet G.823 for bl circuits wiui <uy 

_ tn fA«.TWF Service Interface and tolerated at the input 
(R-34) Jitter measured at the OT ^^^ ( ^,JSS«ces with any clocking 
of the IWF Service Interface must meet JT-G.7U3a tor jz mien* 

mode. 

,CR 7) If Synchronous clocking or Asynchronous clocking with SRTS clock recovery ., 
SSrmTt meet ANSITL403 andG.824 for DS1 crcum. 
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(CR-8) If Synchronous clocking or Asynchronous clocking with SRTS clock recovery is 
used, wander must meet G.823 for El circuits. 

(CR-9) If Synchronous clocking or Asynchronous clocking with SRTS clock recovery is 
used, wander must meet JT-G.703a for J2 circuits. 

ANSI Tl.403-1995 5.7.5 specifies that wander shall not exceed 28 UI (18 ^isec) peak-to- 
peak in any 24-hour period. Recommendations G.823 and G.824 suggest that network 
wander be maintained at less than 10 ^isec over any 10,000 second interval (approximately 
3 hours). 

If the Asynchronous clocking mode is used with Adaptive clock recovery, the resulting 
wander will depend on the CDV characteristics of the ATM network used to interconnect 
Interworking Functions, and might not meet recommendations specified in T1.403, G.823 
or G.824. 

Note: for circuit emulation service, ITU-T Recommendation 1.363.1 and ANSI T1.630 
specify the SRTS method of timing recovery to guarantee/meet performance requirements 
(jitter and wander) of G.823 and G.824. If either IWF connects to DS1, El or J2 
equipment in the public network, the Public Network Operator may require that SRTS be 
used. 

3.1.4 Facility Data Link 

The Unstructured Circuit Emulation Service will carry any signal that meets the bit rate 
requirement specified in Section 3.1.2, without regard to framing. In the particular case of 
DS1 circuits using ESF framing, a Facility Data Link (FDL) may be present in the signal. 
If this is the case, the CES IWF is allowed to monitor the FDL, but must not change 
messages carried by the FDL, or insert new FDL messages. 

(R-35) The Facility Data Link associated with the Service Interface, if present, shall not be 
modified by the Unstructured Service Interface. 

(CR-10) If the optional performance monitoring feature is enabled, the Interworking 
Function shall monitor Performance Report Messages as described in T1.403. The 
collected statistics shall be stored in the MEB, as described in Section 8. 

3.1.5 Alarms 

(R-36) For DS1, El or J2 Unstructured Service, all alarms received at the input of the 
Service Interface are carried through to the output Service Interface without modification. 
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(R-37) The IWF shall detect Loss of Signal at the IWF Service Interface. Upon detectton 
of LOS ^e segmenting IWF shall send cells containing all-ones effectively propagating 
an unframed AIS signal. This situation is illustrated in Figure 3-2. 



Detect LOS 



Transmit DS1/E1/J2 AIS downstream 



DS1/E1 
orJ2 
Equip 




DS1/E1 
orJ2 
Equip 



X 


Fault 


o 


Detect 


® 


Transmit 




Figure 3-2: 



(CR-11) If the optional performance monitoring feature is provided for the DS1 El or J2 
Structured SeSnce, the CES Interworking Function shall monitor the alarm status of the 
Service Interface. Alarm status shall be reflected m the MIB. 

3.1.6 Service Performance Characteristics 

This section describes the minimal service performance characteristics required by the 
Unstructured Service. 

3.1.6.1 End-to-End Delay 

End-to-end delay requirements are application-specific. End-to-end delay requirements are 
beyond the scope of this specification. 

3.1.6.2 Error Ratios 

BER is the ratio of the number of bit errors to the total number of bits transnntted in a 
gWen time interval. There are no specific bit-error ratio requirements for DS1/E1/J2 CBR 
femce otoertiian those implied by the errored second and severely-errored second 

for Dedicated Digital Services — Specifications.) 
Seconds are given in ANSI Tl. 5 10-1994. 
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3.1.7 Electrical 

(R-38) For the DS1 Unstructured Service, the Service Interface will provide a DSX-1 
electrical interface with B8ZS coding. 

(0-8) For the DS1 Unstructured Service, AMI coding may be provided as an option. 
The Service Interface may use a connector such as the RJ48C or RJ48M, as specified in 



(R-39) For the El Unstructured Service, the Service Interface will provide a G.703 
interface using HDB3 line coding. G.703 allows both 75 Ohm and 120 Ohm interfaces for 



The El Service Interface may use a connector such as IS08877 for the 120 Ohm interface, 
and a 75 Ohm BNC connector, as described in IECSC46D, for the 75 Ohm interface. 

(R-40) For the J2 Unstructured Service, the Service Interface will provide a JT-G.703a 
interface using B8ZS coding. 

The J2 Service Interface shall use a 50 Ohm JIS C5412-1976 compliant connector as 
specified in JT-G.703a. 

3.2 AAL 1 Requirements 

3.2.1 Data Transfer Service Type 

(R-41) The Unstructured service shall use the Unstructured Data Transfer (UDT) mode as 
defined in Tl .630 and 1.363.1 . 

3.2.2 Cell Utilization 

(R-42) In accordance with ANSI Tl .630, the IWF shall fill the entire 47-octet cell payload 
with DSl/El/J2data. 

3.3 AAL User Entity Requirements 
3.3.1 Cell Coding 

Unstructured Data Transfer does not rely on any particular data format. Bits received from 
the service interface are packed into cells without regard to framing. Note that no particular 
alignment between octets in DS1, El and J2 frames and octets in an ATM cell can be 
assumed with Unstructured Data Transfer. 

However, correct bit ordering must be used. Considering the 376 contiguous bits that will 
be packed into the SDU, the first bit received on the DS1/E1/J2 line is placed in the MSB 
of the first octet of the SDU, and placement proceeds in order until the last bit is placed in 

the LSB of the 47 th octet of the SDU. 



T1.403. 
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3.3.2 Loss/Error Response 

The IWF should attempt to maintain "bit count integrity"; i.e., the number of DS1/E1/J2 
bits coming into the segmenting IWF providing the Unstructured service should equal the 
number^ DS1/E1 bits leaving the reassembling IWF whenever possible Failure to 
mTntL bit count integrity will probably cause end-user equipment to suffer a reframe 



event. 



3.3.2,1 Lost and Misinserted Cells 

The reassembly unit may detect lost and misinserted cells by processing sequence numbers 
in the AAL1 headers. 

(R-43) If lost cells are detected, dummy cells consisting of 47 octets of all ones shall be 
Lited when bit count integrity can be maintained. In order to also maintain bit sequence 
Sty these data bits from the dummy payloads must be positioned in place of the bits 
US missing cell payloads. Depending on implementation, tJiere will be a point at 
which too many cells will have been lost to maintain bit count integrity. 
(0-9) The reassembly unit may maintain bit count integrity where possible by dropping 
cells that the AAL1 header processor detects as misinserted. 

3.3.2.2 Buffer Overflow/Underflow 

The reassembly function will require a buffer in which the reassembled cell stream is 
*o edSe it is transmitted out the Service Interface. The size of .his buffer will be 
mpSnentation dependent, but it must be large enough to accommodate expected CDV 
white small enough to not introduce excessive delay in the emulated circuit This buffer 
^^e^overflow or underflow if slight clocking differences exist between the 
^tS^m««k» takes place, and the node at which reassembly takes place. 
Buffer underflow may also result from unexpectedly large CDV. 
(R-44) The IWF shall insert an all-ones pattern if the reassembly buffer encounters an 
underflow (i.e., "starvation") condition. This condition may result in a reframe event for 
DS1/E1 or J2 equipment using the Unstructured service. 

Under some circumstances, such as a failure in the ATM . netwo* carrying ^mulated 
circuit, the flow of cells to the reassembly unit will stop for an extended P^The Loss 
oSs condition should be signalled to the downstream ^^^ff » 
the Service Interface by sending the all-ones AIS pattern, as illustrated in Figure 3-3. 
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Figure 3-3: Virtual Channel Fault Indication 



(R-45) After an integration period, a persistent buffer starvation condition shall trigger a 
Loss-of-Cells fault indication, resulting in downstream AIS. 

The length of the integration period has not yet been specified by ITU-T, ANSI and/or 
ETSI. Pending specification, implementors are advised to use a 2.5 +/- 0.5 second 
integration period, in a manner analogous to that used to integrate Loss of Signal to declare 
red alarm state. 

The reassembly buffer can also suffer an overflow condition due to a clocking error. In this 
case, the IWF shall drop a number of bits from the reassembled stream. The number of bits 
dropped at each buffer overflow event is implementation dependent. A buffer overflow is 
likely to result in a reframe event for DSl/El or J2 equipment using the Unstructured 
service. 

(R-46) The IWF shall drop an implementation-dependent number of bits in case of a buffer 
overflow. 

Although not required as part of this specification, implementors may wish to consult 
Bellcore GR-1 1 13-CORE and ETSI ETS 300 353 Annex D for advice on the handling of 
various fault conditions. 



3.4 Clock Recovery 

The Unstructured service may carry network-synchronous (i.e., traceable to a PRS) or 
asynchronous DS1, El or J2 circuits. In an asynchronous situation, the input Service clock 
frequency must be recovered at the output IWF. There are two techniques for recovering 
this clock, Synchronous Residual Time Stamp (SRTS) and Adaptive. Either technique may 
be used, although SRTS may give better control over wander introduced into the emulated 
circuit, depending on the wander generation mechanisms. 
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For circuit emulation of both network-synchronous and as rigj«£ ff|* TS 

clock recovery technique requires a network reference clock (i.e., traceable to a PRS) 
SotTon 7n £ distribution of network timing may be found in ANSI document Tl .101 
and in ISO/TEC 11573. 

3.4.1 SRTS 

The SRTS technique measures the Service Clock input frequency against a network-wide 
™"nal that must be present in the IWF. ^^^^ 
Residual Time Stamps, in the AAL1 header to the reassembly IWF. At the output iwr, me 
Se ™ bSbincd with the network-wide synchronization S1 gnal, ******** 
mput Service ^lock. Note that this network-wide synchronization signal must be traceable 
to a PRS. 

(CR-12) If SRTS is provided, it shall be used as specified in T1.630 and 1.363.1. 
(CR-13) The network derived clock frequency (f ox ) used in the SRTS algorithm shall be 
2.43 MHz for both DS1 and El circuit emulation. 

(CR-14) The network derived clock frequency (f ox ) used in the SRTS algorithm shall be 
9.72 MHz for J2 circuit emulation. 

3.4.2 Adaptive 

The adaptive technique does not require a network-wide synchronization signal to 
regenerate the input Service clock at the output IWF. 

A variety of techniques could be used to implement Adaptive clock recovery. For example, 
me depth of the reassembly buffer in the output IWF could be monitored. 

1 When the buffer depth is too great or tends to increase with time, 
the frequency of the Service clock could be increased to cause the 
buffer to drain more quickly. 

2 When the buffer contains fewer than the configured number of bits, 
the Service clock could be slowed to cause the buffer to drain less 
quickly. 

Wander may be introduced by the Adaptive <^!^^^^^^ 
frequency component to the Cell Delay Variation inserted by the ATM network carrying 

cells from the input to output IWF. 
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4. Unstructured DS3/E3 Service 



Applications may utilize DS3/E3 interfaces today, either utilizing the entire bandwidth, or 
through the use of multiplexing performed in end systems. Within this section, the 
following conventions apply: 

Unstructured DS3/E3 Service = All modes of the Unstructured DS3/E3 Service. 

Unstructured DS3 Service = Unstructured DS3/E3 Service at a nominal bit rate of 44.736 
Mbit/s in which the two IWFs involved are emulating a DS3 circuit supplied via a DSX-3 
interface. 

Unstructured E3 Service = Unstructured DS3/E3 Service at a nominal bit rate of 34.368 
Mbit/s in which the two IWFs involved are emulating an E3 circuit supplied via a G.703 
interface. 

Logical Unstructured DS3 Service = Unstructured DS3/E3 Service at a nominal bit rate of 
44.736 Mbit/s in which the non-ATM-related functions of the two IWFs involved are left 
unspecified. 

Logical Unstructured E3 Service = Unstructured DS3/E3 Service at a nominal bit rate of 
34.368 Mbit/s in which the non-ATM-related functions of the two IWFs involved are left 
unspecified. 

4.1 Service Description 

Unstructured DS3/E3 Service is intended to emulate a point-to-point DS3 or E3 circuit. 
The service is accessed via either a 44.736 Mbit/s DSX-3 interface or a 34.368 Mbit/s 
G.703 interface. The service is defined as a "clear channel pipe", transparently carrying 
any arbitrary 44.736/34.368 Mbit/s data stream. The end-user timing source for these 
interface signals is not necessarily traceable to a PRS. 

Note that framing formats other than standard DS3 or E3 formats cannot be supported by 
all PDH/SDH installed equipment. If CES service for such non-standard framing formats is 
offered by an exchange carrier, the carrier may have difficulty in maintaining the service 
interface due to the lack of facility support for operations and maintenance functions such 
as performance monitoring, facility loopbacks and so forth. 
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Figure 4-1 shows the Unstructured DS3/E3 Service ^"W^S to 
service, the CES interworttag funcdon w i^etil layer is a 

be emulated and one for ATM. Untang *^hys,cal lay« 
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even bit between the AAL1 layer and the 44.736 or 34.368 MtWfs ^ervi „ 
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Figure 4-1: Unstructured DS3/E3 Service Interworking Function 

Layering Perspective 



4 '" ("e Unstructured DS3/E3 Service sha.1 carry any arbitrary 44.73*34.368 Mbit/s 
data stream. 



4.1.2 Clocking 

The Unstructured DS3/E3 Service has two modes for timing user equipment attached 

^TZ^ Mode,inwhicht^ 

the IWF Service Interface, and may be traceable to a Primary Reference 
2) Asynchronous Mode, in which timing is supplied by attached equipment and 
carried through the ATM network. 
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When asynchronous timing is supplied by the attached equipment, the end-user timing 
source for this asynchronous timing may or may not be traceable to a PRS. Whether or not 
an interface signal is traceable to a PRS impacts the choice of clock recovery method. If 
asynchronous CES service is being provided to a CBR interface which is not traceable to a 
PRS, then SRTS may not be supportable. In order to support SRTS application when the 
CES IWF does not use timing traceable to a PRS, the CES IWF must have available for its 
use a reference clock which is common to the reference clock being used by the CES IWF 
at the other end of the connection. 

(R-48) A CES IWF must implement at least one of the two clocking modes for 
Unstructured DS3/E3 Service, and may offer both modes. Two Interworking Functions 
must be configured for the same clocking mode in order to interoperate. 

(CR-15) If Asynchronous Mode is used, timing shall be properly accepted from user 
equipment as long as that timing is within +/- 20 ppm (as specified in T1.102 for DS3 and 
inG.703forE3). 

4.1.3 Jitter and Wander 

Jitter and Wander may be present at the output of the emulated circuit, introduced, for 
example, by imperfections in clock recovery at the output of the CES IWF. For circuits 
using the Asynchronous timing mode, there are two techniques for recovering clock - 
SRTS and Adaptive (see Section 4.4). While the two techniques can produce equal jitter 
performance, they may differ in the amount of wander present at the output of the IWF. 

Wander requirements apply to network-synchronous signals (i.e., traceable to a PRS) but 
the same requirements may be applied to an asynchronous signal if the wander is defined 
as relative to the source clock rather than to an absolute reference. ANSI technical sub- 
committee T1E1, the group responsible for T1.403 and T1.404, is studying this area with 
input fromTlX1.3. 

(R-49) Jitter measured at the output of the IWF Service Interface and tolerated at the input 
of the IWF Service Interface shall meet ANSI T1.102 and ITU-T G.824 for DS3 circuits 
with any clocking mode. 

(R-50) Jitter measured at the output of the IWF Service Interface and tolerated at the input 
of the IWF Service Interface shall meet ITU-T G.823 for E3 circuits with any clocking 
mode. 

(CR-16) If Synchronous clocking or Asynchronous clocking with SRTS clock recovery is 
used, wander must meet T1.404 and G.824 for DS3 circuits. 

(CR-17) If Synchronous clocking or Asynchronous clocking with SRTS clock recovery is 
used, wander must meet G.823 for E3 circuits. 

If the Asynchronous clocking mode is used with Adaptive clock recovery, the resulting 
wander will depend upon the CDV characteristics of the ATM network used to 
interconnect Interworking Functions, and might not meet recommendations specified in 
G.823 or G.824. 
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me public network, the Public Network Operator may require that SRTS be used. 



4.1.4 Alarms 



(R 51) For Unstructured DS3/E3 Service, all alarms received at the input of <J»Scrv.c* 
interface are SSd through to the output Service Interface wrthout modrficatton. 

™lef 10lS . S" asVified in ANSI T1.107) downstream. Th,s sttuauon ,s 

illustrated in Figure 4-2. 
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Figure 4-2: Unstructured DS3/E3 Service Interface Fault Indication 



415 Service Performance Characteristics 

Tbis section describes the minimal service performance characteristics required by the 
Unstructured DS3/E3 Service. 

4.1.5.1 End-to-End Delay 

End-to-end delay requirements are applicauon speciftc. End-.„-end de.ay requirement are 
beyond the scope of this specification. 

4.1.5.2 Error Ratios 

Bit Error Ratio (BER) is the ™— lor 
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errored second requirements identified in the following paragraph. (Source: ANSI T1.510- 
1994, Network Performance Parameters for Dedicated Digital Services - Specifications.) 

Service performance is also measured in terms of Errored Seconds (ES) and Severely 
Errored Seconds (SES). Performance objectives for Errored Seconds and Severely Errored 
Seconds are given in ANSI Tl.510-1994 for DS3, and in G.826 for E3. 

4.1.6 Electrical 

(R-53) The Unstructured DS3 Service shall provide a 44.736 Mbit/s DSX-3 interface with 
B3ZS line coding, as specified in T1.102. 

(R-54) The Unstructured E3 Service shall provide a 34.368 Mbit/s G.703 interface with 
HDB3 line coding. 

4.2 AAL1 Requirements 

4.2.1 Data Transfer Service Type 

(R-55) The Unstructured DS3/E3 Service shall use the Unstructured Data Transfer (UDT) 
mode as defined in 1.363.1 and T1.630. 

4.2.2 Cell Utilization 

(R-56) In accordance with ANSI T1.630, the IWF shall fill the entire 47 octet cell payload 
with DS3/E3 data. 

4.3 AAL User Entity Requirements 

4.3.1 Cell Coding 

Unstructured Data Transfer does not rely on any particular data format. Bits received from 
the Service Interface are packed into cells without regard to framing. Note that no 
particular alignment between any octets in DS3 or E3 frames and octets in an ATM cell 
can be assumed with Unstructured Data Transfer. 

However, correct bit ordering must be used. Considering the 376 contiguous bits that will 
be packed into the AAL1 SDU (Service Data Unit), the first bit received on the DS3/E3 
line is placed in the MSB of the first octet of the SDU. Placement then proceeds in order 
until the last bit is placed in the LSB of the 47th octet of the SDU. 

4.3.2 Loss/Error Response 

The IWF should attempt to maintain "bit count integrity"; i.e., the number of DS3/E3 bits 
coming into the segmenting IWF providing the Unstructured DS3/E3 Service should equal 
the number of DS3/E3 bits leaving the reassembling IWF whenever possible. Failure to 
maintain bit count integrity will probably cause end-user equipment to suffer a reframe 
event. 
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43.2.2 Lost and Misinserted Cells 

H. reassembly uni, may de«ec, .os, and misinserted ceUs by processing sequence numbers 
in the AAL1 headers. 

(R.57) .feel, loss is de.ec.ed in Unseed ^.^^^t^Zso 

to assure the maintenance of bit count integrity. 

(R .58) If cell loss is detected in Unstructured ^DSS^ice 

framed DS3 AIS shall be inserted as ^^^^Vl 404. In order to also 
consists of a framed 1010.. bit sequence, ' " ta 
maintain bit sequence integrity, these data ^^^^ mu ltiple contiguous 
positioned in place of the bits lost m the missing cell J^"JV^ continuous framed 
Limy cells must be inserted, the framed 
DS3 AIS, such that a continuous sequence of these _cells woum rf ^ 

DS3 AIS to be reconstructed by ^.^^^^J^^^. Depending upon 
dummy cells need not be aligned wirti die onginal ™^™£ c be J lost t0 \ e able 
implementation, there will be a point at ^^™^J2 ffi contigu0 us dummy 
to assure the maintenance of bit count integrity. However as tongas c g ^ 

misinserted. 
43 2 2 Buffer Overflow/Underflow 

s^redWoreitistran^out^emcel^ 

Buffer underflow/overflow may also result from unexpectedly large 

buffer encounters an underflow (i.e., siarvduuu , v 
reframe event for E3 equipment using this service. 

reassembly buffer ^Tcontiguous data mus, be 
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reassembly buffer underflow condition may result in a reframe event for DS3 equipment 
using this service. 

Under some circumstances, such as a failure in the ATM network carrying the emulated 
circuit, the flow of cells to the reassembly unit will stop for an extended period. This 
condition shall be signalled to the external equipment attached to the Service Interface by 
sending an AIS pattern (all ones for E3, framed 1010.. for DS3 as specified in ANSI 
T1.107) downstream, as illustrated in Figure 4-3 . 



Detect Loss of Cells 



Transmit AIS downstream 



DS3/E3 
Equip 



CES 
IWF 



ATM 
Network 





CES 
IWF 




DS3/E3 
Equip 







X Fault 
O Detect 
® Transmit 

Figure 4-3: Unstructured DS3/E3 Virtual Channel Fault Indication 



(R-61) After an integration period, a persistent buffer starvation condition for an 
Unstructured E3 Service shall trigger generation of an AIS pattern (all ones) downstream. 

(R-62) After an integration period, a persistent buffer starvation condition for an 
Unstructured DS3 Service shall trigger the generation of a continuous framed DS3 AIS 
(framed 1010..) downstream. The framing of this DS3 AIS shall be a continuous extension 
of the framing of the DS3 AIS being inserted while the starvation condition was being 
integrated. 

The length of the integration period has not yet been specified by ITU-T, ANSI and/or 
ETSI. Pending specification, implementors are advised to use a 2.5 +/- 0.5 second cell loss 
integration period. 

The reassembly buffer can also suffer an overflow condition due to a clocking error. In this 
case, the IWF shall drop a number of bits from the reassembled stream. The number of bits 
dropped at each buffer overflow event is implementation dependent. A buffer overflow is 
likely to result in a reframe event for DS3/E3 equipment using the Unstructured DS3/E3 
Service. 

(R-63) The Unstructured DS3/E3 Service IWF shall drop an implementation dependent 
number of bits in case of a buffer overflow. 
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various fault conditions. 

4.4 Clock Recovery 

The Unstructured DS3/E3 Service may ca^ «^^^^^^1WF. 
situation, the input Service Interface ^^l^^Z^ Time Stamp 
There are two techniques for recovenng this clo ck Sy richrono j 
(SRTS) and Adaptive. Either technique may be used, although SKli> gi 
over wander introduced into the emulated circuit. 

4.4.1 SRTS . . 

The SRTS technique measures the S^-*^£ —rence 
network-wide synchronizattonstgnal that ™f ^ 1 te reassembly IWF. At the 

signal to re-create the input Service Interface clock. 

(R-64) If SRTS is provided, it shall be used as specified in 1.363.1 and T1.630. 
(CR-18) The network derived clock frequency (f ?I ) used in the SRTS algorithm shall be 
77J6 MHz for DS3 and 38.88 MHz for E3 circuit emulation. 

4.4.2 Adaptive 

The adaptive technique does no. require a ^mork-wMe synchroruzauon stgnal 

™enerL the input Service Interface clock a, the output IWF. 

For a description of a possibie technique to impiemen. Adaptive clock recovery, see 

Section 3.4.2. , 

cells from the input to output IWF. 
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5, ATM Virtual Channel Requirements 

The subsections that follow specify traffic parameters and tolerances as defined in A.6 of 
the UNI 3.1 Specification. 

The requirements described in this section must be met by the ATM network that provides 
an end-to-end ATM connection, i.e., from the input ATM Interface to the output ATM 
Interface in Figure 5-1. 



ATM Interface 
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Figure 5-1: Reference Network Configuration 



(R-65) Quality of Service Class 1 for circuit emulation from the ATM Forum UNI 
Specification Version 3.1 Appendix A shall be used. 

5,1 Traffic Parameters and Tolerances 

Traffic policing may be performed on cells generated by the CES Interworking Function 
and transported by the ATM network. 

The CDV Tolerance parameter of the UPC should take into account any cell delay 
variation caused by the introduction of OAM cells. The CDV Tolerance should also 
account for any CDV that occurs in the intervening multiplexing and switching devices 
between the Interworking Function and the UPC device. 

In the context of this specification, CDV Tolerance is considered a network option, and is 
currently not subject to standardization. 

The following sections give the Peak Cell Rate (PCR) for various versions of the CES 
Interworking Function. 

In all cases, if the OAM traffic is to be included in the PCR per UNI 3.1 section 
3.6.3.2.3.7, then the OAM traffic parameter cells needs to be added to the above or 
specified separately. 
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511 Unstructured DS1 Cell Rate 

' (R ^ 6)1 1 1 ePCRo„CLP=0 + lre q « i redforAAL. tt a nS por,ofl 5 44 ll b W su SCT daU,s4 1 07 

cells per second. 

The calculation of the PCR is based on the following formula: 

4,07 cells/second > (1.544 x .0' bi,s/s + 130 ppm) / (47 AAL1 octets/cell x 8 btts/octet, 

5.1.2 Unstructured El Cell Rate 

i • j f _ a ai i transoort of 2048 kbit/s user data is 5447 
(R-67) The PCR on CLP=0+1 required for AAL1 transport 

cells per second. 

The calculation of the PCR is based on the following formula: 

5447 ceHs/second > (2.048 x ICf bits/s + 50 ppm) / (47 AAL, octets/cel, x 8 bits/octet) 

5.1.3 Structured Nx64 Service CeU Rate 
5131 Basic Service 

' ' (R.68) If partial cell fill is no, used and His greater than one, ^y^^g°j"|^^p^ r 

equi-d to AAL1 transport of Nx64 Basrc ^^££^£^1* fill is 

one), the PCR on CUMM requrred for AAL1 ' „ ^ cell flll is used, 

(where fx! means "smallest tnteger greater man or axy I P 

the PCR is rSOOO/Kl, where K is the number of AAL-user octets line p 

Bothof these are derivedby dividing me required user octet-rate by thenumber of user 

octets carried per cell. 

z 1 % 1 DS1/E1/J2 Service w/CAS 

1 . No partial cell fill, N even: 
r8000x[Nx33/32]/ 46.8751 

2. No partial cell fill, N odd: 

T8000 x [ (1 + Nx33) / 32 ] / 46.875"! 

3. Partial cell fill, N even, K the number of AALl-user octets filled: 
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T8000 x [ Nx33/32 ] / Kl 
4. Partial cell fill, N odd, K the number of AALl-user octets filled: 
r8000x[(l+Nx33 )/32]/Kl 

(R-71) The PCR on CLP=0+1 required for AAL1 transport of DS1 Nx64 Service w/CAS 
is: 

1 . No partial cell fill, N even: 
T8000 x [ Nx49/48 ] / 46.8751 

2. No partial cell fill, N odd: 

[8000 x [ (1 + Nx49) / 48 ] / 46.8751 

3. Partial cell fill, N even, K the number of AALl-user octets filled: 
r8000x[Nx49/48]/Kl 

4. Partial cell fill, N odd, K the number of AALl-user octets filled: 
r 8000x[(l+Nx49)/48]/Kl 

(R-72) The PCR on CLP=0+1 required for AAL1 transport of J2 Nx64 Service w/CAS is: 

1 . No partial cell fill, N an exact multiple of 8: 

T8000 x [ Nx65/64 ] / 46.8751 

2. No partial cell fill, N not an exact multiple of 8: 
T8000 x [ ((8 - (N Modulo 8)) + Nx65) / 64 ] / 46.8751 

3. Partial cell fill, N an exact multiple of 8, K the number of AALl-user octets filled: 
T8000 x [ Nx65/64 ] / Kl 

4. Partial cell fill, N not an exact multiple of 8, K the number of AALl-user octets 
filled: 
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[8000 x [ ((8 - (N Modulo 8)) + Nx65) / 64 ] / Kl 

These rates are derived by dividing t. effect use, oc«,-ra tt (induding Ho* overhead) 
by the number of user octets earned per cell. 
Because aUofthes^ 

virtual channels supporting DS1, El mdJ2 Nx04^ ^ ^ and 

in cell emission time. For by 191.8 ^sec, followed by a 

CAS enabled will, on average, ^^^^^^ cell emission time must 
cell carrying CAS bits after a gap of only 13U [isec. mis ju 
be accommodated by peak-rate traffic pohcers. 

5.1.4 Unstructured DS3 Cell Rate 

. , fnfA * n transDOrt of 44.736 Mbit/s + 20 ppm 
(R-73) The PCR on CLP=0+1 required for AAL1 transport oi ^ 

user data is 1 18,982 cells per second. 

The calculation of the PCR is based on the following formula: 

m ,982cells/s^ 

5.1.5 UnstructuredE3CellRate a AL1 transport of 34.368 Mbit/s + 20 ppm 
(R.74) The PCR on CLP=0+1 required for AAL1 transport 

user data is 91,407 cells per second. 

The calculation of the PCR is based on the following formula: 
o^cells/se^ 

516 Unstructured J2 Cell Rate 

(LsThePCRonCUMM required for AAL1 tt a n spo«ofo3 1 2«,i./s + /-30pp.nuser 
data is 16,788 cells per second. 

The calculation of the PCR is based on the following formula: 

16,788 cells/second > (6.312 x 10 6 bits/s +30 ppm) / (47 AAL1 octets/cell x 8 bits/octet) 
5 2 ATM Virtual Channel Payload Type and CLP 

three-bit Payload Type Identifier field. 

5.2.1 Cell Loss Priority (CLP) . 

• L ., v . «r»" Af the receiver, this bit shall be ignored. 
(R-76) At the sender, this bit shall be set to 0 . At the receiver, in 
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5.2.2 Payload Type Identifier 

(R-77) All cells carrying emulated circuit data shall be sent with the Payload Type 
Identifier field set to 000, indicating "User Data cell, congestion not experienced, SDU- 
type=0". 

(R-78) All four User Data cell Payload Type Identifier values (000, 001, 010 and 011) 
shall be accepted by the receiver. 

5.3 Impairments 

Sections 2.1 and 3.1 specify performance characteristics of the CBR Service Interface. The 
ATM performance impairments should be commensurate with these. An initial mapping of 
service performance requirements to ATM performance requirements is provided in Annex 
A. 

5.3.1 Cell Transfer Delay 

Overall delay is often critical for Circuit Emulation applications, particularly those 
involving voice. Delay introduced by the ATM network interconnecting CES IWFs is 
composed of two components: 

Maximum Delay gives the largest expected cell delay between entrance and exit of the 
ATM network. 

Cell Delay Variation (CDV) gives the uncertainty in the delay that might be experienced 
by any particular cell. 

Circuit Emulation equipment must have reassembly buffers large enough to accommodate 
the largest CDV present on a virtual channel to prevent underflow or overflow, with 
resulting refirame or slip events. At the same time, it should be noted that reassembly 
buffers larger than required to accommodate CDV will result in excessive overall delay. 

The number of intervening switches, and their queue management, and line speeds have a 
significant impact on the distribution of CDV that must be handled by the reassembly 
buffer in the destination IWF. There are currently no standards that define a bound on 
CDV; however some information on CDV and reassembly buffer sizes can be found in 
GR-1110-CORE andTA-TSV-001409. The BICI 1.1 specification, Section 5.1.2 gives an 
approximation of how CDV accumulates across multiple nodes. Implementors are advised 
to design the reassembly buffer in excess of these values, possibly making the size of the 
reassembly buffer configurable to optimize the jitter versus absolute delay trade-off in 
various configurations. 

The amount of CDV that the reassembly process can accommodate is configured with the 
MIB entry atmfCESCdvRxT. This entry allows the network provider to configure the 
maximum cell arrival jitter that the reassembly process will tolerate in the cell stream 
without producing errors on the CBR Service Interface. This parameter may be set to a 
small value if the connection will produce minimal CDV and a large value if the 
connection will produce large CDV. 
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An informative example of the implementation of a receiver - which uses the 
amifCESCdvRxT parameter is as follows: The receiver will place the contents o the first 
S To arrive an underrun into the receive buffer in a position such that ,t will be 
played out at least one CDVT (atmfCESCdvRxT) later. 
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6. Signalling 

This section specifies ATM UNI 3.1 signalling between the IWFs that support CES. There 
is no mapping specified between signalling that pertains to traditional DS1, El, J2 ,and 
Nx64 Services and ATM UNI 3.1 signalling. 

The call/connection control procedures of UNI 3.1 apply. The following section details the 
content of the setup message. CES signalling places no explicit constraints on other 
signalling messages. 

Note that UNI 3.1 SVC support is optional for the CES IWF. The following sections are 
applicable only when such SVC support is provided. 

6.1 Addresses and Identifiers for CES Switched Virtual Channels (SVCs) 

All CES SVCs are point-to-point. As with all SVCs, the endpoints must be identified 
during call setup with an ATM address; these may be of any of the three formats identified 
in section 5.1.3 of the UNI 3.1 Specification. Additional identifiers in the Broadband Low 
Layer Information (B-LLI) information element (IE) distinguish the particular type of CES 
SVC being set up. 

6.2 SETUP Message Contents 

Section 5.3.1.7 in the UNI 3.1 Specification lists the mandatory and optional information 
elements in the SETUP message. This CES specification places constraints on the values 
of certain fields in the following mandatory information elements: 

1 . ATM Traffic Descriptor 

2. Broadband bearer capability 

3. QoS Parameter 

The following sections describe those constraints. 

The following information elements (which in general are optional) are required for CES 
signalling: 

1 . The AAL Parameters Information Element 

2. The Broadband Low Layer Information Element 

The required contents of these information elements are discussed in the following 
sections. 

The other information elements identified in UNI 3.1 Section 5.3.1.7 as optional remain 
optional for CES SVCs; this CES specification places no constraints on the values of the 
fields in these optional information elements. 
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Note that in the following sections -^^^^^tT 1 ^ 
fields and field identifiers from this specification, these should be inse 
appropriate place in the information element. 

6.2.1 ATM Traffic Descriptor 

For CES SVCs, the following two fields in this information element must be specified: 

1 . Forward peak cell rate CLP=0+1 

2. Backward peak cell rate CLP=0+1 

The values for these fields should be calculated as specified in Section 5.1. 

The Best Effort Indicator and the Traffic Management Options Identifier must be omitted. 

We recommend that the other fields be omitted as well. 

622 Broadband Bearer CapabiUty 

The following .able specifies the values for the fields in this information element 




Table 6 



1: Broadband Bearer CapabiUty IE Field Values for CES SVCs 



6.2.3 Quality of Service Parameter 

The following table specifies the valnes for the fields in mis information element. 



Field 
QoS Class Forward 



Value 

'0000 0001' QoS Class 1 



'0000 0001 ' QoS Class 1 



QoS Cla ss Backward 

Table 6-2: QoS Parameter IE Field Values for CES SVCs 

TheCodingStanda^ 

operating over ATM Forum co ^Pj^ net ^ standard shall be 

conformant network that is not ATM ^£^£^ m each coded "0000 
coded "00" and the QoS Class Forward and QoS Class Backward 
0000", meaning QoS Class 0 - Unspecified QoS Class. 
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6.2.4 ATM Adaptation Layer Parameters 

The values in this information element vary with the particular choice of CES. The 
following six tables specify the field values for Nx64 Service, DS1 (+ Logical) 
Unstructured Service, El (+ Logical) Unstructured Service, J2 (+ Logical) Unstructured 
Service, DS3 (+ Logical) Unstructured Service, and E3 (+ Logical) Unstructured Service 
respectively. If the called party does not accept these parameters, it should release the call 
with cause 93 (AAL Parameters not Supported). 



Field 


Value 


AAL Type 


'0000 0001 ' AAL Type 1 


Subtype 


'0000 0010' Circuit Transport 


CBR rate 


WOO 0001 ' 64kbit/s 

'0100 0000' Nx64 kbit/s, N>1 


Multiplier 


The value 'N' for Nx64 kbit/s. Omit field 
for 64 kbit/s case. 


Structured Data Transfer Blocksize 


Size in octets, as defined in Section 2.3.1 


Partially filled cells method 


K, the number of AAL-user octets filled 
per cell; see Section 2.2.2. Omit field if 
partial cell fill is not used 


Table 6-3: AAL Parameters IE Field Values for Nx64 Service SVCs 


Field 


Value 


AAL Type 


'0000 0001 ' AAL Type 1 


Subtype 


'0000 0010' Circuit Transport 


CBR rate 


'0000 0100' 1544 kbit/s (DS1) 


Source Clock Frequency Recovery 
Method 


'0000 0000' Null (synchronous circuit 
transport) 


'0000 000 1' SRTS method (asynchronous 
circuit transport) 


'0000 0010' Adaptive method 
(asynchronous circuit transport) 



Table 6-4: AAL Parameters IE Field Values for DS1 Unstructured Service and DS1 

Logical Unstructured Service SVCs 
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Source Clock Frequency Recovery 
Method 



'0000 0001' SRTS method (asynchronous 
circuit transport) 



'0000 0010' Adaptive method 
(asynchronous circuit transport) 



Table 6-5: AAL Parameters IE Field Values for El and El Logical 

Unstructured Service SVCs 




Source Clock Frequency Recovery 
Method 



'0000 0000' Null (synchronous circuit 
transport) 



4 0000 0001' SRTS method (asynchronous 
circuit transport) 



'0000 0010' Adaptive method 
(asynchronous circuit transport) 



»i.«AALP«^l■l«v^fcBn^>^*«*•-• ,,L, * ,- 

Unstructured Service SVCs 




Source Clock Frequency Recovery Method 



'0000 0000' Null (synchronous circuit 
transport) 



uaujpy* — ■ 

'0000 0001' SRTS method (asynchronous 
circuit transport) 



'0000 0010' Adaptive method (asynchronous 
circuit transport) 

Table 6-7: AAL Parameters IE Field Values for DS3 Unstructured 8— and DS3 

Logical Unstructured Service SVCs 
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Field 


Value 


AALType 


'0000 0001' AALType 1 


Subtype 


0000 0010 Circuit Transport 


CBR rate 


'0001 0010' 34368 kbit/s (E3) 


Source Clock Frequency Recovery Method 


*nnOO 0000' Null f<5vnrhrnnrm<; circuit 
transport) 


'0000 000 V SRTS method (asynchronous 
circuit transport) 


'0000 0010' Adaptive method (asynchronous 
circuit transport) 



Table 6-8: AAL Parameters IE Field Values for E3 Unstructured Service and E3 Logical 

Unstructured Service SVCs 



6.2.5 Broadband Low Layer Information 

This information element identifies that the signaling entities are ATM Forum CES AAL 
User Entities as specified in this CES-IS. It also identifies the specific service and coding 
approach for Nx64 Service. 



Field 


Value 


User Information Layer 3 Protocol 
(octet 7) 


'01011' ISO/IEC TR 9577 


ISO/IEC TR 9577 Initial Protocol Identifier 
(IPI) 

(octet 7a, 7b) 


IPI is coded '1000 0000' to indicate IEEE 
802.1 SNAP identifier. Hence, octets 7a 
and 7b are coded as '0100 0000' and 
'0000 0000', respectively. 


Organizational Unit Identifier (OUI) 
(octets 8.1-8.3) 


x'00 AO 3E' ATM Forum OUI 


Protocol Identifier (PID) 
(octets 8.4-8.5) 


x'00 00' Ignored for Unstructured Service 


x'00 06' DS1/E1/J2 Nx64 Basic Service 


x'00 07' El Nx64 Service w/CAS 


x'00 08' DS1 SF Nx64 Service w/CAS 


x'00 09' DS1 ESF Nx64 Service w/CAS 


x'00 0B' J2 Nx64 Service w/CAS 



Table 6-9: Broadband Low Layer Information IE Field Values for CES SVCs 
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7. Call Initiation Procedures 

This chapter specifies optional procedures for the automatic initiation of an SVC between 
^wo CEs'entitL. The purpose of specifying these procedures xs to , —g to the 
MIB variables they reference. Within this chapter, must and should apply only if the 
optional procedures are supported. 

7.1 Overview of SVC Procedures 

These procedures support automatic setup of an SVC between two circuit emulation 

presses. Using these procedures, the connection endpoints are provisione d-* 

manaeement action identifying each endpoint by assigning them unique ATM addresses. 

SSffS these procedures allow the endpoints to establish the connection, 

without further network management or user intervention. 

A process supporting SVCs may be provisioned to support 2 modes: 

. passive, in which it only awaits incoming calls and does not initiate outgoing calls, and 

. active, in which it makes call attempt, periodically whenever a call is notin progre ss. 

?n mis mode, it is also possible to configure the process to cease call attempts after a 

configured number of failed attempts. 
This specification gives the flexibility to the operator through setting of the MIB variables 
Ser have bounds retry calls until successful, or have calls initiated only by a single 
end. 

^figu^ameter, cannot be supported by the switching network, the call 
establishment will fail. 

7.2 MIB Variables 

The CES Active SVC Table (atmfCESActiveSvcTable) contains the information necessary 
for jSfS management of the automatic SVC initiation procedures. For more 
"fo^ 

^SSS the atmfCES ActiveSvcTable section 

of the CES Version 2 MIB in section 8.4.2. 

Note that atmfCESLocalAddr is the ATM address of the local circuit emulation process. 

For a devicelupporting only a single circuit emulation process, this could be the only 

AmSess Tigned 8 to th'at device on the ATM network. However, 

many implementations will include many circuit emulation P™ ess ^^^ 

ATM addresses are assigned to the device. It is possible that these ATM addresses differ 
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only in the value of the selector byte, but that is not required by this specification. This 
specification does require that each distinct CES entity have a different ATM address. 

Note also that atmfCESConnType specifies whether the local circuit emulation process is 
supposed to initiate calls. If the value is "pvc", the process does whatever internal 
procedures it needs to be connected to a PVC on a particular VPI VCI. If the value is 
"activeSvc", the process follows the procedures described in "Active SVC Procedures" 
below. If the value is "passiveSvc", the process does whatever internal procedures it needs 
to be able to receive ATM calls directed to "atmfCESLocalAddr". 



7.3 Active SVC Procedures 

In order to configure a circuit emulation process to initiate ATM calls, the following steps 
are taken: 

1 . The atmfCESConfEntry for the local circuit emulation process must first be 
configured with a local address (in atmfCESLocalAddr) and a connection type of 
'activeSvc' (in atmfCESConnType). When the atmfCESConnType is set to 
'activeSvc', a corresponding entry in the atmfCESActiveSvcTable is created by 
the agent. 

2. The atmfCESActiveSvcEntry must then be configured with the address of the 
remote circuit emulation process - i.e., the "other" end of the logical facility being 
emulated. In addition, other parameters used to specify the retry behavior used 
when call attempts fail or the call is cleared may be configured. Once the 
atmfCESRemoteAddr has been configured, call attempts are initiated. 

A circuit emulation process which has atmfCESConnType set to 'activeSVC should 
initiate calls to the specified remote address whenever the atmfCESRemoteAddr has been 
configured and the ATM link is available, but there is no call active. No call attempts are 
made when no remote address has been specified. If the value of the remote address 
changes while an SVC call is established, the established call must be cleared. 

Unsuccessful calls should be retried at a rate governed by atmfCESFirstRetrylnterval, as 
long as the atmfCESRetryFailures count has not reached the value specified in 
atmfCESRetryLimit (if non-zero). 

Once the number of such failures reaches the configured limit value, no further call 
attempts will be made. Call establishment procedures can then be started again only by 
network management action to set the value of atmfCESConnectionRestart to 'restart', at 
which time the atmfCESRetryFailures count will be cleared and the call establishment 
process restarted. 

7.4 Call Collision 

If a circuit emulation process receives a valid incoming call while it has an outgoing call in 
progress, it should compare the value of the source and destination ATM addresses in the 
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be cleared. 



7.5 Call Retry 

successive retries continue to fail. 
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8. Management 

In general, the CES IWF will be implemented in equipment that supports one or more 
ATM ports and one or more CBR interfaces (typically DS1 and/or El ports). Thus, the 
equipment that incorporates one or more IWFs will have an "ATM side", a "CBR side" 
(corresponding to the Service Interface), and a set of entities that cause the two to 
interwork. The ATM Forum's Network Management Working Group is specifying the 
management of the ATM equipment (the "ATM side"). In addition, the ATM Forum's 
Network Management Working Group is also addressing the AAL and CES management 
protocol independent requirements, plus CMIP MIBs. However, the Network Management 
Working Group will not address the SNMP MIBs for the management aspects pertaining to 
the Service Interface and interworking entities: 

1 . The DS 1 , El , J2, DS3 or E3 Service Interfaces 

2. DSO or DSO Bundle Entities 

3. The CES Mapping Functions 

4. The AAL1 entities 

This section describes the management of CES IWF via SNMP or SNMPv2. If SNMP is 
implemented in a device this section specifies the implementation. It is outside the scope of 
this document to specify a MIB for CMIP. The relationships between different logical and 
physical interfaces is described in accordance with IETF RFC1573. This MIB is written in 
compliance with SMIv2 RFC 1442. 
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Bit Rate Service interfaces and ATM intertaces^ineex p interfaces 
depicts howasingle^ 

to ATM interfaces. The number in () represents a un q ^ 
interface called the instance number or ^ "^^^ rfc 1573. RFC 1573 
iflndex listed in Figure 8-1, there is one ifTable entr> ^^etinea vn 

also describes the 

™ ^ 5^™ (tne new IETF DSO MIB), and finally the 
CESSMIv2MIB. 



Logical (7) 




Logical 
Eq uipment 



CBR (8) 



CBR (U) 
Eq uipment v > 



CBR (9) 1 CBR 

I Equipment > 



ATM (2) 



Figure 8-1: CES IWF Instances Mapping CBR Instances to ATM Instances 



. t~-r tu<* pps TWF is organized into four tables in the CES 

Management information for die CES IWF ■ « . Tabl me C ES Statistics 
Version 2 MIB: the CES Configuration Table, the Mapping 
Table, and the CES Active SVC Table. 

• * r-Tje twf i« manased via the CES Configuration 
Basic configuration information for a CBS JWF is^nag^v^^^ & ^ ^ . g 

Table (atmfCESConfTable). An instance of the ™ n ^™?™^ of objects . This 
created in this table by a management ^v»£ J flX ed or 

creation is an action by a managing *^^J^J$urf interfaces for which it 
predetermined relationship between ^ OSSIN^ ^gftwp and the management 
provides circuit emulation service, or even between ^ the U* i 

entities for the physical M*^*^™ circrit emulation 

(e.g., DSO MIB or DSOBundle MIB entities for of ^ entry in the 

e i ice. Consequently this relationship is ^^^^^^J^m 
atn^ESConfT^ 

object, as described by teSMM^tiwih rf me 

management information for a CES IWF is ac ^ ompi !^ fr 4 ronfrable - ) 
corresponding row in the CES Configuration Table (atmfCESConfTable). 
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Performance information is maintained for the CES IWF in the CES Statistics Table 
(atmfCESStatsTable). Creation of the row in the atmfCESConfTable automatically causes 
the creation of a corresponding row of objects in the atmfCESStatsTable. Likewise, 
deletion of a row in the atmfCESConfTable will cause the deletion of the corresponding 
row in the atmfCESStatsTable. Thus there will always be a one-to-one relationship 
between rows in these two tables. 

The ability to identify the CES IWF which is associated with a known ATM interface, VPI 
and VCI is provided by the CES Mapping Table (atmfCESMappingTable). An entry in this 
table is automatically created for every atmfCESConfTable entry with a non-zero 
atmfCESAtmlndex. Likewise, an entry in this table is deleted from this table when the 
atmfCESAtmlndex in the corresponding atmfCESConfTable entry is either set to zero or 
when that corresponding atmfCESConfTable entry is deleted. 

Note that the ability to identify the CES IWF which is associated with a known CBR 
interface (or related logical interface), if any, is provided by the CES Configuration Table 
itself. Entries in this table are indexed by atmfCESCbrlndex, which is defined to be equal 
to MD3 II's iflndex value for that CBR physical or logical interface. And since both the 
ATM interface index (atmfCESAtmlndex) and the CBR interface index 
(atmfCESCbrlndex) are also included in the CES Configuration Table, it is then possible 
to trace a connection from the CES IWF to both its ATM and CBR interfaces as well as 
from either the ATM or CBR interface to the corresponding CES IWF. Thus the full 
connection can be traced once any object in this connection is known. 

The ability to support automatic establishment of a virtual channel connection over the 
ATM network for a CES IWF is provided by the CES Active SVC Table 
(atmfCESActiveSvcTable). An entry in this table is automatically created for each active 
row in the CES Configuration Table (atmfCESConfTable) with a connection type 
(atmfCESConnType) equal to 'activeSVC'. This CES Active SVC Table entry can then be 
configured with the information necessary to control and manage the automatic 
establishment of the needed SVC. For further information on this process, refer to Section 
7. 
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8 1 CES IWF Interfaces (per RFC 1573) 

Each interface (e.g. ATM and CBR) shall 1 have a single ^ ^^"**£L 
RFC 1 m This ensures all instance numbers are unique and allows the Cfcb iwr ro uei 
S vSaM s in the CES MIB may cause CES 1W linkup - £ 

ot»H Tho TFS MTB then provides a mechanism to relate to the CBR interlace ior 
ESS ^d "o 1 ATM interface over which this service is provtded. 
The following tables are sample lfTable entries. 




IfDescr 



IfType 



IfSpeed 



IfAdminStatus 



IfOperStatus 



IfLastChange 



IfLinkUpDownTrapEnable 



IfName 



"CBR mapped 
to CES #3 and 
CES #4" 



dsl (18) 



1,544,000 
upd) 



up(l) 



enabled (1) 



This is a string of up to 255 characters used to 
describe the interface. In this case it is useful to 
describe that this CBR (9) interface is mapped 
to CES #3 and CES #4. 



A CBR interface defined by RFC TBD (the new 
IETF DS1 MTB) which defines interfaces of 
ifType equal to dsl (18). 



Bits per second spe ed of interface. 
Value is up (1) or down (2) depending on 
whether the interface has been administratively 
configured. 



This object is set to the value down (2) if the 
object dsxlLineStatus has any value other than 
dsxlNoAlarm d) or ifAdminStatus is down (2) 
Time when operational state last changed. 



Enable/Disable the sending of LinkUp and 
LinkDown traps. If enabled, LinkUp or 
LinkDown traps will be sent based on the value 

of ifOperStat us. 

A string representing the interface. This allows 
other devices to use the same name and perform 
functions like "ping" without knowledge of 
cryptic numbers. 



Table 8-1: 



Sample CBR (9) ifTable entry of ifType dsl(18) 
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v aiuv 


Description 


iflndex 




TTniniif* nnmhfr tr\ iH**ntifv J1T1 intPTTflPft 

UlllUUC HUUlUwl IU lUC-lillljr till lllLViiaWi 


IfDescr 


"DS3 M 


This is a string of up to 255 characters used to 

H^cpriVw* trip intf*TT5ir , f* 


IfType 


ds3 (30) 


DS3 interfaces are defined by RFC TBD (the new 
IETF DS3 MIB) which defines interfaces of ifType 


iropeea 




RitQ npr QprnnH ^npftd of interface 


IfAdminStatus 


up (1) 


Value is up (1) or down (2) depending on whether 
the interface has been administratively configured. 


IfOperStatus 


up(l) 


This object is set to the value down (2) if the object 
dsx3LineStatus has any value other than 
dsx3NoAlarm(l) or ifAdminStatus is down (2). 


IfLastChange 


0 


Time when operational state last changed. 


IfLinkUpDownTrapEnable 


enabled (1) 


Enable/Disable the sending of LinkUp and 
LinkDown traps. If enabled, LinkUp or LinkDown 
traps will be sent based on the value of ifOperStatus. 


ifName 


"ATM_1 - 
DS3_10" 


A string representing the interface. 



Table 8-2: Sample DS3 (10) ifTable entry of ifType ds3 (30) 
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IfType 
IfSpeed 
IfAdminStatus 



IfOperStatus 



IfLastChange 



IfLinkUpDownTrapEnable 



ifName 



atm (37) 
44,736,000 
up (1) 



up(D 



0 



enabled (1) 



ATM interfaces a re defined by RFC 1695. 

Bits per second spe ed of interface. 

Value is up (1) or down (2) depending on whether 
the interface has been administratively configured. 



Assumes the value down(2) if the ATM cell layer or 
any layer below that layer is down. 



Time when operational state last changed. 



Enable/Disable the sending of LinkUp and 
LinkDown traps. If enabled, LinkUp or LinkDown 
traps will be sent based on the value of ifOperStatus 



A string representing the interface. This allows other 
devices to use the same name and perform functions 
like "ping" without knowledge of cryptic numbers. 



Table 8-3: Sample ATM (1) ifTable entry of ifType atm (37) 
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RFC 1573 Objectld 


Value 


Description 


iflndex 


7 


Unique number to identify an interface. 


ifDescr 


"Maps CES 
#1 to Logical 
(7 V 


This is a string of up to 255 characters used to 
describe the interface. 


11 1 yy^ 


other CI) 


There is no IANAifType defined for logical; 
therefore, other must be used. 


ifSpeed 


0 


Value depends on the meaning of logical interface. 


ifAdminStatus 


up (1) 


Value is up (1) or down (2) depending on wnetner 
the interface has been administratively configured. 


ifOperStatus 


up(l) 


Interface dependent. 


ifLastChange 


0 


Time when operational state last changed. 


ifLinkllpDownTrapEnable 


enabled (1) 


Enable/Disable the sending of LinkUp and 
LinkDown traps. If enabled, LinkUp or LinkDown 
traps will be sent based on the value of ifOperStatus. 


ifName 


"LogicaL7" 


A string representing the interface. This allows other 
devices to use the same name and perform functions 
like "ping" without knowledge of cryptic numbers. 



Table 8-4: Sample Logical (7) ifTable entry of ifType other (1) 



8.2 CES IWF Layers (per RFC 1573) 

Figure 8-2 shows the layers required and which MIBs are used to manage each layer. 





Circuit Emulation Function ^^m^^: 




^^^^ Config(CESMIB) ^^^^^^m 




CES Statistics 
(CES MB) 


iDS0/DS6^undlet^ttecessary)^S 




^^^^^^^^^^^^ 


^^^^^^^ 


< ► 

ATM Interface 







CBR 



(Shaded boxes arc specified elsewhere) 



Figure 8-2: CES Layers from CBR Interface to ATM Interface 
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83 CESIWFtoDSOMappin g (perRFCTBD[thenewIETFDSO^B]) 

* It is possibl e to map DSO "cm one %XSS£&£ Slf S 
NOT accomplished in the CES MIB. This «J^L a group of timeslots (dsO's) to be 
means of the dsOBundle object. ^^^^J * ^..e instance number, or an 
mapped to a CES IWF. Each '^^^^^ 8 . 3 which is based on Figure 8- 
instance number sharing one or all otto ^^Stots 1 through 4 together for one 
1, shows a dsOBundle (f>™^ * through 8 together 

CES IWF and another dsOBundle (21) "f"^^ 19) for the ds0 instances are also 
for a different CES IWF. The iflndex values (12 through IV) 

illustrated in the figure. 




(using timeslots 5-8) 



[ ] = timeslot (dsO) number 
( ) = iflndex value 



Figure 8-3: ATM, CES and CBR Mappings 
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The following tables illustrate sample ifTable entries for the dsOBundle (20) and dsO (12) 
of the above example. 



RFC 1573 Objectld 


Value 


Description 


ifTnHf*Y 


20 


Unique number to identify an interface. 


LLLs\*>0\sl 


"dsO iflndexes 
12-15 mapped 
to CES #3" 


This is a string of up to 255 characters used to 
describe the interface. In this case it is useful to 
describe that the dsO interfaces (iflndexes 12-15) 
are mapped to CES #3. 


IfType 


dsOBundle 
(82) 


dsOBundles are defined by RFC TBD (the new 
IETF DSO NUB) with ifType equal to 
dsOBundle (82). 


IfSpeed 


256,000 


Bits per second speed of interface. Nx64000 for 
dsOBundles. 








lI/\QIIUno UtlUd 


UD (Y) 


Value is up (1) or down (2) depending on 
whether the interface has been administratively 
configured. 


ifOperStatus 


up(l) 


This object is set to the value down (2) if 
ifAdminStatus is down (2). 


ifLastChange 


0 


Time when operational state last changed. 


ifName 


"DS0B_20" 


A string representing the interface. This allows 
other devices to use the same name and perform 
functions like "ping" without knowledge of 
cryptic numbers. 


ifLinkUpDownTrapEnable 


disabled (2) 


Must be set to disabled (2). 


ifffighSpeed 


(0) 


Must be set to (0) 


ifConnectorPresent 


false (2) 


Must be set to false (2) 



Table 8-5: Sample dsOBundle (20) ifTable entry of ifType dsOBundle (82) 
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iflndex 
ifDescr 



ifType 
ifSpeed 



ifAdminStatus 



ifOperStatus 



ifLastChange 



ifName 



ifLinkUpDownTrapEnable 
ifHighSpeed 



ifConnectorPresent 



Value 

12 " 

'dsO timeslot 
1" 



dsO (81) 
64000 



up(D 
up (1) 



0 

~"timeslot_l" 



disabled (2) 



false (2) 



Description 
Unique numbe r to identify an interface. 
This is a string of up to 255 characters used to 
describe the interface. In this case it is useful to 
describe the DSO timeslot. 



dsOs are defined by RFC TBD (the new IETF 
DSO MIB) wi th ifType equal to dsO (81). 
Bits per second speed of interface. 



Value is up (1) or down (2) depending on 
whether the interface has been administratively 

configured. 

This object is set to the value down (2) if 
ifAdminStatus is down (2). 



Time when opera tional state last changed. 
A string representing the interface. This allows 
other devices to use the same name and perform 
functions like "ping" without knowledge of 
cryptic numbers. 
Must be set to disabl ed (2). 
Must be set to (0) 



Must be set to false (2) 



Table 8-6: Sample dsO (12) ifTable entry of ifType dsO (81) 
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The objects managing the CBR interface and DSO channels are linked together via the 
ifStackTable, as defined in RFC 1573. Table 8-7 below displays all ifStackTable entries 
for the mappings shown in Figure 8-3. 



ifStackTable Entries 


HigherLayer 


LowerLayer 


0 


20 


0 


21 


20 


12 


20 


13 


20 


14 


20 


15 


21 


16 


21 


17 


21 


18 


21 


19 


12 


9 


13 


9 


14 


9 


15 


9 


16 


9 


17 


9 


18 


9 


19 


9 


9 


0 



Table 8-7: Example ifStackTable Entries 
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8.4 CESMIB 

8.4.1 CES Version 1 MIB 

The TFS Version 1 MIB from af-saa-0032.000 (reproduced below) has been deprecated 
1 toSly™d by L CES Version 2 MIB. This following CES Versxon 1 MIB 
should not be used for new designs. 
The entire CES Version 1 MIB is mandatory. 

ATMF-CES-MIB DEFINITIONS : := BEGIN 

IMPORTS FROM RFC1155-SMI 

SS-TYpI, MODULE-IDENTITY , Counter32 FROM S^-SMI 

TEXTUAL-CONVENTION FR0M IF _ M i B; 

if Index 

OBJECT IDENTIFIER ::= { enterprises 353 } 
atmForum nnTPrT tdentifIER ::= { atmForum 5 } 

ttSclSb tW ° * oSSS iSlFIE™ { atmForumNetworkManagement 2 } 

atmfDSlElCESmib MODULE- IDENTITY 

otoSoN ^S^Srcuit elation Working Group" 
SSSSSS ■f-^^-~;^ d KSia? r Si C i; being replaced 
DESCRIPTION ■^■^^%SuSrnT£e generic Circuit 

emulation MIB. 

: : = { atmf CESmib 1 } 

an OBJECT IDENTIFIER for al] L ATM Forum circuit 

— has been assigned as a branch ™ t J?_l°|i^ ation is attached 

— tree. The DSl/El Circuit Emulation S ^£||JJJ o & 

— as the first branch from the overall a^ESmib gg ^ 

— branches may be added in the future tor rurune 

— example, DS3/E3 circuit emulation. 

— this is the MIB module for the ATM Forum DSl/El Circuit Emulation 

— interworking Function objects 

— associated VPI and VCI. 

Vpilnteger :: = TEXTUAL-CONVENTION 
STATUS deprecated 

DESCRIPTION^^ to hold a vpin 

SYNTAX INTEGER (0..4095) 

Vcilnteger : : = TEXTUAL - CONVENTION 
STATUS deprecated 

DESCRIPTION^^ iarge enough ^ hQld a VCI „ 
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SYNTAX INTEGER (0.. 65535) 

CESConnectionPort : : = TEXTUAL -CONVENTION 
STATUS deprecated 
DESCRIPTION 

"Indicates the port associated with a Circuit Emulation 
connection. 

Objects of this type are always define as part of a set 
that includes 

fooPort CESConnectionPort 

fooVPI Vpilnteger 

fooVCI Vcilnteger 
The interpretation of these objects is as follows: 

1. If no connection exists, * f ooPort ' has a value of 0. 
Because Interfaces table entries always have 1 if Index' 
values greater than 0 # * fooPort' reliably serves as a 
'connection exists* flag. 

If no connection exists, x fooVPI' and % fooVCI' are 
meaningless and have a value of 0. 

2. If a PVC or SVC exists, fooPort is defined to have the 
value of the MIB-II/RFC1573 v if Index' of the ATM 
interface associated with the VCC. XfooVPI' and 'fooVCI' 
will contain its VPI/VCI." 

SYNTAX INTEGER ( 0 .. 2147483647 ) 

atmfDSlElCESmibObjects OBJECT IDENTIFIER : := {atmf DSlElCESmib 1} 

atmfDSlElCESConf Table OBJECT-TYPE 

SYNTAX SEQUENCE OF Atmf DSlElCESConf Entry 
MAX-ACCESS not-accessible 
STATUS deprecated 

DESCRIPTION ^ 

"The CES configuration table. This includes mapping channels from 

ATM Port to CBR interfaces. There is one Atmf DSlElCESConf Entry 

per CES Entity" 
::= { atmfDSlElCESmibObjects 1 } 

atmf DSlElCESConf Entry OBJECT-TYPE 
SYNTAX Atmf DSlElCESConf Entry 
MAX-ACCESS not-accessible 
STATUS deprecated 
DESCRIPTION 

"An entry in the CES table. For each entry there is a corresponding 
entry in the stack table" 
INDEX { if Index } 
::= { atmf DSlElCESConf Table 1 } 

Atmf DSlElCESConf Entry : := SEQUENCE { 

atmf DSlElCESMapATMIndex CESConnectionPort , 

atmf DSlElCESMapVPI Vpilnteger , 

atmfDSlElCESMapVCI Vcilnteger, 

atmfDSlElCESCBRService INTEGER, 

atmfDSlElCESCBRClockMode INTEGER, 

atmfDSlElCESCas INTEGER, 

atmfDSlElCESPartialFill INTEGER, 

atmfDSlElCESBufMaxSize INTEGER, 

atmfDSlElCESCDVRxT INTEGER, 
atmfDSlElCESCellLossIntegrationPeriod INTEGER 

} 

atmf DSlElCESMapATMIndex OBJECT-TYPE 
SYNTAX CESConnectionPort 
MAX-ACCESS read-only 
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STATUS deprecated 

DESCRIPTION object is equal to MIB II" » 

"^indervflufol the ATM Porf interface mapped 
tnrough this CES to a CBR interface. 

:: = { atmfDSlElCESConf Entry 1 > 

atmfDSlElCESMapVPI OBJECT-TYPE 
SYNTAX Vpi Integer 

MAX- ACCESS read-only 
STATUS deprecated 

DESCRIPTION ^ al to the VPI used 

"The value of this object is «y entry 
for the emulated "/^/ff ^ ^Section, this 
in the if Table If th ere is n ^ valug zerQ> „ 

object is meaningless ana 
[ atmfDSlElCESConf Entry 2 } 

atmfDSlElCESMapVCI OBJECT-TYPE 
SYNTAX Vcilnteger 
MAX- ACCESS read-only 
STATUS deprecated 

DESCRIPTION obiect is equal to the VCI used 

"The value of this object is entry 
for the. emulated "rcuit repres this 
in the if Table, "there is value zero „ 

object is meaningless and wii± na 
.-= { atmfDSlElCESConf Entry 3 } 

atmfDSlElCESCBRService OBJECT-TYPE 
SYNTAX INTEGER ^^^^ , 
structured (2) 
} 

MAX-ACCESS read-write 
STATUS deprecated 

may also pass signalling bits 
::= { atmfDSlElCESConf Entry 4 } 

atmfDSlElCESCBRClOCkMode OBJECT-TYPE 
SYNTAX INTEGER I , 1 ) , 

srts(2) , 
adaptive (3) 

} 

MAX- ACCESS read-write 
STATUS deprecated 

DESCRIPTION docking mode This maps into 

"Define if DSl/^i ^ivx interface." 
transmit clock source of CBR interra 

DEFVAL { synchronous } 
;7=TatmfDSlElCESConfEntry 5 } 

atmfDSlElCESCas OBJECT-TYPE 
SYNTAX INTEGER { 

basic (1) i 
elCas(2) , 
dslSfCas(3), 
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MAX-ACCESS 
STATUS 



dslEsfCas(4) 
} 

read-write 
deprecated 



DESCRIPTION 

"This parameter selects which AALl Format should be used: 
Basic does not carry CAS bits, and uses a single 125 usee frame. 
elCas, dslSfCas and dSlEsfCas carry CAS bits in a multiframe 
structure for El, DS1 SF and DS1 ESF respectively. 
This applies to structured interfaces only. Default is basic (1)." 

DEFVAL { basic } 

: : = { atmf DSlElCESConf Entry 6 } 

atmfDSlElCESPartialFill OBJECT-TYPE 
SYNTAX INTEGER (0 .. 47) 
MAX-ACCESS read- write 
STATUS deprecated 
DESCRIPTION 

"If partial cell fill is used, the number of user octets per 
cell must be set with this parameter. Setting this parameter 
to zero disables partial cell fill, and causes all cells to 
be completely filled before they are sent." 

DEFVAL { 0 } -- Partial Cell Fill not used 

::= { atmf DSlElCESConf Entry 7 } 

atmfDSlElCESBufMaxSize OBJECT-TYPE 
SYNTAX INTEGER (1.. 65536) 

MAX-ACCESS read-write 
STATUS deprecated 
DESCRIPTION 

"Define maximum size in octets of the reassembly buffer. 
Some implementations may want allow the maximum buffer size to 
programmed to a size less than the physical limit to reduce 
the maximum delay through a circuit." 
DEFVAL { 256 } 

::= { atmf DSlElCESConf Entry 8 } 

atmf DSlElCESCDVRxT OBJECT-TYPE 
SYNTAX INTEGER (1.. 65535) 

UNITS "10 usee" 
MAX-ACCESS read-wri te 
STATUS deprecated 
DESCRIPTION 

"The maximum cell arrival jitter in 10 usee increments that 
the reassembly process will tolerate in the cell stream without 
producing errors on the CBR service interface. " 
DEFVAL { 100 } 

::= { atmf DSlElCESConf Entry 9 } 

atmfDSlElCESCellLossIntegrationPeriod OBJECT-TYPE 
SYNTAX INTEGER (1000 65535) 
UNITS "msec" 
MAX- ACCESS read-wri te 
STATUS deprecated 

DESCRIPTION . . 

"The time in milliseconds for the cell loss integration period. 

If a cells are lost for this period of time. 

atmfDSlElCESCellLossStatus is set to loss (2) .The current 

definition is 2500." 
DEFVAL { 2500 } 

::= { atmf DSlElCESConf Entry 10 } 

atmfDSlElCESStatsTable OBJECT-TYPE 

SYNTAX SEQUENCE OF Atmf DSlElCESStatsEntry 
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MAX- ACCESS not-accessible 
STATUS deprecated 

DESCRIPTION^ ^ i stat . stical data table .« 

::== { atmfDSlElCESmibObjects 2 } 

atmfDSlElCESStatsEntry OBJECT -TYPE 
SYNTAX AtmfDSlElCESStatsEntry 
MAX- ACCESS not-accessible 
STATUS deprecated 

DESCRIPTION^ ^ ^ ftALl gtats table .„ 

INDEX { if index } _„,..., 
{ atmfDSlElCESStatsTable 1 } 



AtmfDSlElCESStatsEntry ::« SBQOBHCB^ 

atmf DSlElCESReassCells £ ou SIr32 
_4-„<rr.oi vi rp.SHdrErrors counter , 



atmfDSlElCESHdrErrors r°^ter32 

atmf DSlElCESPointerRef rames Counter^ , 
atmfDSlElCESLostCells 
atmfDSlElCESBufUnderflows 

atmfDSlElCESBufOverflows tntfger 

atmfDSlElCESCellLossStatus INTEGER 



} 

atmfDSlElCESReassCells OBJECT-TYPE 

SYNTAX . Counter J £ 

MAX-ACCESS read-only 
STATUS deprecated 



DESCRIPTION f rells played out to the DS1/E1 

"This count gives the number of cells pi a y discarded for 
Service Interface. It exc udes ce 11s z ^ ^ h&±ng 

Sa^isSSiS 9 of le the r— *« » 

JStiS to achieve synchronization." 
::= { atmfDSlElCESStatsEntry 1 } 



atmfDSlElCESHdrErrors OBJECT-TYPE 
SYNTAX Counters 2 

MAX- ACCESS read-only 
STATUS deprecated 



DESCRIPTION Mn , r o£ aaLI header errors detected and 

^iCTcc^ld-'-S.^ S«. include correct^ «. 
uncorrectable CRC, plus bad parity. 
{ atmfDSlElCESStatsEntry 2 } 



atmfDSlElCESPointerReframes OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX-ACCESS read-only 
STATUS deprecated 



DESCRIPTION. . number of events in which the 

■This records the count of the numoer _ t ig 

AALl reassembler found that an SDT pointer _ 
expected, and the pointer must be reacquired. 
:: = { atmfDSlElCESStatsEntry 3 } 



atmfDSlElCESLostCells OBJECT-TYPE 

SYNTAX Counters 2 

MAX-ACCESS read-only 
STATUS deprecated 
DESCRIPTION n 
"Number of lost cells. 
{ atmfDSlElCESStatsEntry 4 } 
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atmfDSlElCESBuf Underflows OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX-ACCESS read-only 
STATUS deprecated 
DESCRIPTION 

"Number of buffer underflows." 
::= { atmfDSlElCESStatsEntry 5 } 

atmfDSlElCESBuf Overflows OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX- ACCESS read-only 
STATUS deprecated 
DESCRIPTION 

"Number of buffer overflows." 
::= { atmfDSlElCESStatsEntry 6 } 

atmfDSlElCESCellLossStatus OBJECT-TYPE 
SYNTAX INTEGER { 

noLoss (1) , 

loss{2) 

} 

MAX-ACCESS read-only 
STATUS deprecated 

DESCRIPTION tjz . ^ 

"When cells are lost for the number of milliseconds specified 
by atmfDSlElCESCellLossIntegrationPeriod, the value is set to 
loss (2) . When cells are no longer lost, the value is set 
to noLoss (1) . " 
::= { atmfDSlElCESStatsEntry 7 } 

END 



8.4.2 CES Version 2 MIB 

The following CES Version 2 MIB provides the SNMPv2 Network Management interface 
to the CES Version 2 Interworking Function (IWF). 

ATMF-CES DEFINITIONS : : = BEGIN 

IMPORTS 

enterprises 

OBJECT-TYPE, MODULE- IDENTITY, Counter32, 
Gauge32 

TEXTUAL-CONVENTION, RowStatus 
Interfacelndex 

MODULE -COMPLIANCE , OBJECT-GROUP 

atmfCES MODULE-IDENTITY 

LAST-UPDATED " 9611050000Z" 

ORGANIZATION "ATM Forum Circuit Emulation Working Group" 
CONTACT- INFO "The ATM Forum 

2570 West El Camino Real, Suite 304 

Mountain View, CA 94040-1313 USA 

Phone: +1 415-949-6700 

Fax: +1 415-949-6705 

info@atmforum.com" 
DESCRIPTION "The MIB module used to describe the 

Circuit Emulation Interworking Function 

(Version 2.0) " 
REVISION "9502030000Z" 

DESCRIPTION "The MIB Module to describe the DSl/ElCircuit 



FROM RFC1155-SMI 

FROM SNMPV2-SMI 
FROM SNMPV2-TC 
FROM IF-MIB 
FROM SNMPv2-C0NF; 
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Emulation Interworking Function (Version 1^) 
Note: The new Version 2 CES MIB repia ed) 

. .= { atmfCESmib 2 } 

OBJECT IDENTIFIER : := { en ^ erP ^f^ 3 " } 
atmForum ortfct IDENTIFIER : := {atmForum D ' 

atinForurnNetworkManagement ^BJEC i xu at ^ or ^ etworkMa nagement 2 } 

atmfCESmib OBJECT ilh^i-l 

An OBJECT IDENTIFIER for all ATM For- ^ 

— has been assigned as a branch from the ATM circuit 

" ESS? specification^ Safhed Ve a S the second branch fro, the 

— overall atmfCESmib object. 

— associated VPI and VCI. 

Vpilnteger : : = TEXTUAL-CONVENTION 
STATUS current 

DESC ?ATiSeger large enough to hold a VPI" 
SYNTAX INTEGER (0..4095) 

Vcilnteger ::= TEXTUAL-CONVENTION 
STATUS current 

l.«r* .no^h to ho!d a vex- 
SYNTAX INTEGER (0.. 65535) 

CESConnectionPort : : = TEXTUAL-CONVENTION 
STATUS current 

DESCRIPTION „«neiated with a Circuit Emulation 

fooVpi Vpilnteger 

foovci . Vci l n ^Zltl obiects is as follows: 

The interpretation of these ^Dects is q£ q 

1. If no co ^ ct ^ e e ^ b i|'enSes always have 'if Index" 
Because Interf ace table entrie ^ serves as a 
values greater than 0, toofort 

•connection exists' flag. .fooVci' are 

If no connection exists, fooV P^ ami 

not relevant and have a ™£« °*,°i s define d to have 

2. If a PVC or SVC e £f f-l-jj^f ■ if index' of the ATM 
the value of the MIB-II/RFCls ^ h if Type 
interface associated « ' ^f val ™ is either 
associated with such an if I^ex va x , f Vci . 
atm(37) or .atmLogical (80) fooVpi 

will contain its VPI /VCI. 
SYNTAX INTEGER (0 .. 2147483647 ) 

AtmAddr ::= TEXTUAL-CONVENTION 
DISPLAY-HINT "lx" 
STATUS current 

-"STSS- usea by «£ r t»orX entity. 
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Note: The E.164 address is encoded in BCD format." 
SYNTAX OCTET STRING (SIZE (0 | 8 | 20) ) 



-- This is the MIB module for the ATM Forum Circuit Emulation 

— Service Interoperability Specification Version 2.0. 

— This MIB contains four tables: 

CES Configuration Table 
CES Mapping Table 
CES Statistics Table 
CES Active SVC Table 



— CES Configuration Table 

atmfCESObjects OBJECT IDENTIFIER : := {atmfCES 1} 



atmfCESConf Table OBJECT-TYPE 

SYNTAX SEQUENCE OF AtmfCESConf Entry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"The CES configuration table used to manage interworkmg 
between CBR interfaces or channels and ATM Virtual Channel 
Links (VCLs) . The reverse mapping is shown in the 
atmfCESMappingTable. " 
::= { atmfCESObjects 1 } 

atmfCESConf Entry OBJECT-TYPE 
SYNTAX AtmfCESConf Entry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"An entry in the CES configuration table. There is one 
entry in the table per CES entity, mapping one CBR 
interface, channel, or bundle to an ATM VCL. 

Creation of a row in this table with a non-zero 
atmfCESAtmlndex causes a corresponding entry in the 
atmVclTable of the ATM-MIB (RFC1695) to be created." 

INDEX { atmfCESCbrlndex } 

: : = { atmfCESConf Table 1 } 



AtmfCESConf Entry : : = SEQUENCE { 
atmfCESCbrlndex 
atmfCESAtmlndex 
atmfCESAtmVpi 
atmfCESAtmVci 
atmfCESCbrService 
atmf CESCbrC 1 ockMode 
atmfCESCas 
atmfCESPartialFill 
atmfCESBufMaxSize 
atmfCESCdvRxT 

atmfCESCellLossIntegrationPeriod 

atmfCESConnType 

atmfCESLocalAddr 

atmfCESAdminStatus 

atmfCESOperStatus 

atmfCESConfRowStatus 

} 



Inter facelndex, 

CESConnec tionPort , 

Vpilnteger, 

Vcilnteger, 

INTEGER, 

INTEGER, 

INTEGER, 

INTEGER, 

INTEGER, 

INTEGER, 

INTEGER, 

INTEGER, 

AtmAddr, 

INTEGER, 

INTEGER, 

RowStatus 



atmfCESCbrlndex 



OBJECT-TYPE 
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SYNTAX interfacelndex 
MAX-ACCESS not-accessible 
STATUS current 

DESCRIPTION -rmal to MIB II 1 s if Index value 

"The value of this ob D ect is equal tonxa 

of the CBR interface, channel. .or bundle that 

cross-connected to an ATM VCL. 
: : = { atmfCESConf Entry 1 } 

atmfCESAtmlndex 0BJ KSrt 
SYNTAX CESConnectionPort 
MAX-ACCESS read-create 
STATUS current 

DESCRIPTION , . . - q poual to MIB II ' s 

established. 

The distinguished value zero indicates that no ATM 
interface has been specified. 
: : = { atmfCESConf Entry 2 } 

atmfCESAtmVpi . OBJECT-TYPE 

SYNTAX Vpilnteger 
MAX-ACCESS read-create 
STATUS current 

^^value of this object i^^^f ^LTcBK 

StS^ ^r^ t 5T^itt« an 

active or passive SVC is established. 

The value is not relevant if no ATM inter face has _ been 
specified (i.e., atmfCESAtmlndex is set to zero). 
::= { atmfCESConf Entry 3 } 

atmfCESAtmVci . OBJECT-TYPE 

SYNTAX Vcilnteger 
MAX-ACCESS . read-create 
STATUS current 

DESCRIPTION . to the VCI used 

-The value of this object is equal to t ne 

g^erlac™ ^T^^^^r an 
active or passive SVC is established. 
The distinguished value^ero indicates that no ATM 
VCL has been specified." 
: : = { atmfCESConf Entry 4 } 

atmfCESCbrService ° Bl ? ECT ~ TYPE 

QVNFTAX INTEGER { 

SYNTAX unstructuredd), 
structured (2) 
} 

MAX-ACCESS read-create 
STATUS current 

DESCRIPTION . otructured or unstructurednot . A 

"Define if DSx/Ex service ( sa true Jurea o mstructure d 
structured(2) interface is ™64™ ^^Mbps , 44.736 Mbps, 
(1) interface is 1 . 544Mbps, 2 . O^Mbps, 6 3l«DP ^ ^ 
or 34.368 Mbps. unstructuredd) passes an o 
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ATM network. strucutured(2) passes data bits through the 
ATM network, and may also pass signalling bits 

At this time, only unstructured mode is defined for the 
44.736 Mbps and 34.368 Mbps services." 
: : = { atmf CESConf Entry 5 } 

atmfCESCbrClockMode OBJECT-TYPE 
SYNTAX INTEGER { 

synchronous ( 1 ) , 
srts(2) , 
adaptive ( 3 ) 
} 

MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"Define if DSx/Ex service clocking mode. This maps into 
transmit clock source of CBR interface. 

For structured modes this value, if present, must be set to 

synchronous ( 1 ) . " 
DEFVAL { synchronous } 
: : = { atmf CESConf Entry 6 } 

atmfCESCas OBJECT-TYPE 
SYNTAX INTEGER { 

basic (1) , 
elCas(2) , 
dslSfCas(3) , 
dslEsfCas (4) , 
j2Cas(5) 
} 

MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"This parameter selects which AALl Format should be used: 
Basic does not carry CAS bits, and uses a single 125 usee frame, 
elCas, dslSfCas, dSlEsfCas and j2Cas carry CAS bits in a 
multiframe structure for El, DS1 SF, DS1 ESF and J2 
respectively. 

This applies to structured interfaces only. Default is 

basic (1) . For unstructured interfaces this value, if present, 

must be set to the default of basic (l). n 

DEFVAL { basic } 

::= { atmf CESConf Entry 7 } 

atmfCESPartialFill OBJECT-TYPE 
SYNTAX INTEGER (0 . . 47) 

MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"If partial cell fill is used, the number of user octets per 
cell must be set with this parameter. Setting this parameter 
to zero disables partial cell fill, and causes all cells to 
be completely filled before they are sent." 

DEFVAL { 0 } ~ Partial Cell Fill not used 

: : = { atmf CESConf Entry 8 } 

atmfCESBufMaxSize OBJECT-TYPE 

SYNTAX INTEGER (1.. 65536) 

UNITS "10 usee" 

MAX- ACCESS read-create 
STATUS current 
DESCRIPTION 
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•in mi rrnsecond increments of the 
-Define maximum size m "^rosecona aUow 

reassembly buffer. Some im P»£^ a * ize less than the 
ThysT^liS S to Z re^crt P he 0 SSS delay through a circuit." 

DEFVAL { 128 } 

: : = { atmf CESConf Entry 9 ) 

rF<?rdvRxT OBJECT-TYPE 
3 SySS INTEGER (1.. 65535) 

UNITS " 10 J useC \ o 
MAX-ACCESS read-create 
STATUS current 

DESCRIPTION arr . val fitter in 10 usee increments that 

-The maximum cell arrival _ ^itcer cell stream 

DEFVAL { 100 } 
:: = { atmf CESConf Entry 10 } 

UNITS "msec" 
MAX- ACCESS read-create 
STATUS current 

DESCRIPTION .... for the cell loss integration period. 

-The time in ^ llls f? on ^ J° r ,^st for this period of time, 
If a cells are continuously lost tor z v 
atmfCESCellLossStatus is set to loss U> 
default definition is 2500. 

DEFVAL { 2500 } 

: := { atmf CESConf Entry 11 ) 

_ OBJECT-TYPE 

^^sS^ INTEGER { 

SYNTAX other (1), 

pvc (2) , 
activeSvc (3) , 
passiveSvc(4) 

} 

MAX- ACCESS read-create 
STATUS current 

"^TnTSp. of ATM connectivity between .ssoci.ted CES 

Val °F U " a "blo?!CcoSect!;iS £ if a b S— 

Ltives,c - sss srass- — -«->»— 

passiveSvc - accept calls 
:: = { atmf CESConf Entry 12 } 

1 OBJECT-TYPE 
atmfCESLocalAddr 

SYNTAX AtmAddr 
MAX-ACCESS read-create 
STATUS current 

DESCRIPTION , CES IWF process. This address 

"The ATM address of the local Cfc& xw t ^ lishme nt procedures to 
may be used by the automatic SVC estaoii s incoming automatic 

iSntify the i^^^^h^MAxlcCESS of this object 
SVC call request g^onally < ™ tations where it is 

S asfrfd-^anSurconfigSre this address." 

:: = { atmf CESConf Entry 13 } 
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atmfCESAdminStatus OBJECT-TYPE 
SYNTAX INTEGER { 

up(l) , 
down (2) 
} 

MAX- ACCESS read-create 
STATUS current 
DESCRIPTION 

"The desired administrative status of the CES interworking 
function. The up and down states indicate that the traffic 
flow is enabled or disabled respectively across the CES 
interworking function." 
::= { atmfCESConf Entry 14 } 

atmfCESOperStatus OBJECT-TYPE 
SYNTAX INTEGER { 

up(l) , 
down (2) , 
unknown ( 3 ) 
} 

MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 

"The operational status of the CES interworking function. 
The up and down states indicate that the traffic flow is 
enabled or disabled respectively across the CES interworking 
function. The unknown state indicates that the state of the 
CES interworking function cannot be determined. The state 
will be down or unknown if the supporting CBR or ATM 
interfaces are down or unknown, respectively." 
::= { atmfCESConf Entry 15 } 

atmfCESConf RowStatus OBJECT-TYPE 
SYNTAX RowStatus 
MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 

"This object is used to create new rows in this table, modify 
existing rows, and to delete existing rows." 
::= { atmfCESConf Entry 16 } 



— CES Mapping Table 

atmfCESMappingTable OBJECT-TYPE 

SYNTAX SEQUENCE OF AtmfCESMappingEntry 

MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"The CES mapping table used to show the mapping from ATM 
VCLs to CBR interfaces or channels. The mapping and 
interworking functions are configured in the 
atmfCESConf Table . " 
::= { atmfCESObjects 2 } 

atmfCESMappingEntry OBJECT-TYPE 

SYNTAX AtmfCESMappingEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 

"An entry in the CES mapping table. There is one entry 
in the table corresponding to each active row in the 
atmfCESConfTable for which there is a non-zero 
atmf CESAtmlndex . " 
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INDEX { atmfCESAtmlndex, 
atmf CESAtmVpi , 
atmfCESAtmVci } 

- • = { atmf CESMappingTable 1 } 



AtmfCESMappingEntry ::= SEQUENCE { Inte rfacelndex 
atmfCESMappingCbrlndex 

} 

atmfCESMappingCbrlndex ^JECT-TYPE 
SYNTAX interfacelndex 
MAX-ACCESS read-only 
STATUS current 

DESCRIPTION x to MIB II • s if Index value 

ds0bundle(82) 
::= { atmfCESMappingEntry 1 J 



~ CES Statistics Table 

^^SYNTAx' 3 ^ 16 SEQuSS^ALfCESStatsEntry 
MAX-ACCESS not-accessible 
STATUS current 

^nTcIs AALl statistical data table." 

::= { atmfCESObjects 3 } 

MAX- ACCESS not-accessible 
STATUS current 



DESCRIPTION t table . There is one 

■££"2 SisleSe SresponU to each entry » the 
atmf CESConf Table . " 
AUGMENTS { atmf CESConf Entry 
f =<- m -f=i-TrQRt-.atsTable 1 } 



vjTS I atnu-*-Eii3>->-'i»^'-"" — j ) 
: = { ' atmf CESStatsTable 

AtmfCESStatsEntry ::= SEQUENCE < 

atmfCESReassCells SSSr32 

atmfCESHdrErrors £ 0 Ster32 

atmfCESPointerReframes C o^er^, 

SfCESPointerParityErrors Counter^ 

atmfCESAallSeqErrors co^tlr32 

atmfCESLostCells co^er32 
atmf CESMisinsertedCells 

atmfCESBufUnderflows comtIr32 
atmfCESBuf Overflows ™gIr 
atmfCESCellLossStatus INTEGER 

} 



atmfCESReassCells OBJECT-TYPE 

SYNTAX Counters 
MAX- ACCESS read-only 
STATUS current 

"S- gives the n^&gtlSSfeSZS „ 
2L S ,?S C lo?an y £ r easo„? SS&lrtl. that vere not usee 
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due to being declared misinserted, or discarded while the 
reassembler was waiting to achieve synchronization." 
::= { atmfCESStatsEntry 1 } 



atmfCESHdrErrors 



OBJECT-TYPE 



SYNTAX 

MAX-ACCESS 

STATUS 



Counter32 
read-only 
current 



DESCRIPTION 

"The count of the number of AAL1 header errors detected, 
including those corrected. Header errors include correctable 
and uncorrectable CRC, plus bad parity." 
::= { atmfCESStatsEntry 2 } 

atmfCESPointerReframes OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX- ACCESS read-only 
STATUS current 
DESCRIPTION 

"This records the count of the number of events in which the 
AAL1 reassembler found that an SDT pointer is not where it is 
expected, and the pointer must be reacquired. This count is 
only meaningful for structured CES modes, as unstructured CES 
modes do not use pointers. For unstructured CES modes, this 
count, if present, should indicate zero." 
::= { atmfCESStatsEntry 3 } 

atmfCESPointerParityErrors OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 

"This records the count of the number of events in which the 
AAL1 reassembler detects a parity check failure at the point 
where a structured data pointer is expected. This count is only 
meaningful for structured CES modes, as unstructured CES modes 
do not use pointers. For unstructured CES modes, this count, if 
present, should indicate zero." 
::= { atmfCESStatsEntry 4 } 

atmfCESAallSeqErrors OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 

"Number of times that the sequence number of an incoming AALl 
Type 1 SAR-PDU causes a transition from the 'sync' state to 
the 'out of sequence' state, as defined by ITU-T 1.363.1." 

{ atmfCESStatsEntry 5 } 

atmfCESLostCells OBJECT-TYPE 
SYNTAX Count er3 2 

MAX- ACCESS read-only 
STATUS current 
DESCRIPTION 

"Number of lost cells, as detected by the AALl sequence number 
processing, for example. This records the count of the number 
of cells detected as lost in the network prior to the 
destination CES IWF AALl layer processing." 
::= { atmfCESStatsEntry 6 } 

atmfCESMisinsertedCells OBJECT-TYPE 
SYNTAX Counter 3 2 

MAX-ACCESS read-only 
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DESCRIPTION ,. laHnns which the AAL Convergence 

"Number of AALl sequence ^^lons^hicn defined by 

sublayer interprets as a misinsertea cen, 

-> r- -l -1 II 



ITU-T 1.363.1. 
;: = { atmfCESStatsEntry 7 } 

atmfCESBufUnderflows OBJECT-TYPE 
SYNTAX Counters 2 

MAX- ACCESS read-only 
STATUS current 

DESCRIPTION Th-ic: records the count of the 

"Number of ^ffer underflow^ Thxs records fl<jw8 _ In ^ 

number of times the CES re »*J"™;£ d bv a loss of ATM cell 
case of a continuous underflow c ^^/L a counted . if the CES 
flow, a single buffer underflow should be counted ^ ^ 

SSfer anfrS^evef bSfS'tSn either buffer underflow 
will cause this count to be incremented. 
: : = { atmfCESStatsEntry 8 } 

atmfCESBufOverflows OBJECT-TYPE 
SYNTAX Counters 2 

MAX- ACCESS read-only 
STATUS current 

DESCRIPTION -rh^ records the count of the 

Slrfer S 1 ".™*^ 1 ^^^ buffer overflow .ill 

cause this count to be incremented ■ 
::= { atmfCESStatsEntry 9 } 

atmfCESCellLossStatus OBJECT-TYPE 
SYNTAX INTEGER { 

noLoss (1) , 

loss(2) 

} 

MAX-ACCESS read-only 
STATUS current 

DESC S°oe 11S ~ conti— lost for th< ^ of 

SH-lf * SfSS »™Ser°;ost. the v.lu. Is set 

to noLoss (1) . " 
::= { atmfCESStatsEntry 10 } 

— CES Active SVC Table 

a ^SAX iVeSVCT lE^ 

MAX-ACCESS not-accessible 
STATUS current 

DESCRIPTION qvrs established across ATM 

"The table used to manage active SVCs esuauj-L* 
networks between CES entities." 
:: = { atmfCESObjects 4 } 

atmfCESActiveSvcEntry OBJECT-TYPE 

SYNTAX AtmfCESActiveSvcEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
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"An entry in the CES active SVC table. There is one 
entry in the table corresponding to each active row in 
the atmfCESConfTable for which the atmfCESConnType takes 
the value ' activeSvc * . " 

INDEX { atmfCESCbrlndex } 

::= { atmfCESActiveSvcTable 1 } 

AtmfCESActiveSvcEntry : := SEQUENCE { 

atmf CESRemoteAddr AtmAddr , 

atmfCESFirstRetrylnterval INTEGER, 
atmfCESRetryTimer INTEGER, 
atmfCESRetryLimit INTEGER, 
atmfCESRetryFailures Gauge32 , 

atmfCESActiveSvcRestart INTEGER, 
a tmf CES Ac t i veS vcOper S ta tus INTEGER , 

atmfCESLastReleaseCause INTEGER, 
atmfCESLastReleaseDiagnostics OCTET STRING 

} 

atmf CESRemoteAddr OBJECT-TYPE 
SYNTAX AtmAddr 
MAX -ACCESS read-write 
STATUS current 
DESCRIPTION 

"The ATM address supporting the corresponding far end 
CES IWF process. If no address is supplied, no attempts 
to establish the active SVC are initiated." 
: : = { atmf CESActiveSvcEntry 1 } 

atmfCESFirstRetrylnterval OBJECT-TYPE 
SYNTAX INTEGER (1..3600) 

UNITS " seconds " 

MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

"The time to wait before attempting to establish the SVC 
after the first failed call attempt. The time to wait 
between subsequent call attempts may differ to implement 
a backoff scheme. Zero represents an infinite interval 
indicating no retries . n 
DEFVAL { 10 } 

::= { atmf CESActiveSvcEntry 2 } 

atmfCESRetryTimer OBJECT-TYPE 
SYNTAX INTEGER (0.. 86400) 

UNITS " seconds " 

MAX- ACCESS read-only 
STATUS current 
DESCRIPTION 

"Indicates the current value of the retry timer for 
this connection. When the value reaches zero an attempt 
will be made to establish the active SVC. When the timer 
is not running, the value zero shall be returned." 
: := { atmf CESActiveSvcEntry 3 } 

atmf CESRetryLimi t OBJECT-TYPE 
SYNTAX INTEGER (0.. 65535) 

MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 

"Sets a maximum limit on how many consecutive unsuccessful 
call setup attempts can be made before stopping the attempt 
to set up the connection. If this limit is reached then 
management action will be required (e.g. setting 
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atmfCESActiveSvcRestart to ■restart ) to ^-te^new 
attempt to establish the Continue until 

successlul^If ^is'oSecf ifSot present, no linut on call 

attempts is assumed." 
DEFVAL { 0 } 

:: = { atmfCESActiveSvcEntry 4 ) 

atmfCESRetryFailures OBJECT-TYPE 

SYNTAX Gauge32 
MAX-ACCESS read-only 
STATUS current 

DESC S«s how .any attests to -stabUsh the = =tio» 

:: = { atmfCESActiveSvcEntry 5 } 
atmfCESActiveSvcRestart OBJECT-TYPE 
SYNTAX ™ t l rt(l) , 
noop ( 2 ) 
} 

MAX-ACCESS read-write 
STATUS current 

DESCRIPTION . -rpatarf the active SVC 

? h Md il nectar? and a new setup procedure 
is "leased if nwessary a action, the 

at^ti^8^J.tu. JJjct transitions £ 

When the value is set to ^noop- no ^^io^is^ „ 
performed. When read, the value nooy 
: := { atmfCESActiveSvcEntry 6 } 

atmf CESActiveSvcOperStatus OBJECT-TYPE 

SYNTAX INTEGER { 

other(l) , 

establishmentInProgress(2) , 

connected (3) , 
retriesExhausted(4) , 
noAddressSupplied(5) , 
lowerLayerDown ( 6 ) 

} 

MAX- ACCESS read-only 
STATUS current 

DESCRIPTION „«.,«,„* hYie active SVC. Valid values are: 

-Describes the status of U^^* 1 ™, types specified below 
° ther oe connection is not operational, 

establishmentlnProgress - F°™ c ^ 0 £ ttem pts are ongoing 

connection is currently operational 

io^yerDown - CES IWF is not operate! 

When the ro, is not 'active', the value of this object is 

• other ' . fl 
: : = { atmfCESActiveSvcEntry 7 > 
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atmfCESLastReleaseCause OBJECT-TYPE 
SYNTAX INTEGER ( 1 . .127) 

MAX- ACCESS read-only 
STATUS current 
DESCRIPTION 

"Value of the Cause field of the Cause information element 
in the last RELEASE signalling message received for this 
active SVC. Indicates the reason for the release." 
::= { atmfCESActiveSvcEntry 8 } 

atmfCESLastReleaseDiagnostics OBJECT-TYPE 
SYNTAX OCTET STRING (SIZE(0.-8)) 

MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 

"Value of the first 8 bytes of diagnostic information 
from the Cause field of the Cause information element 
in the last RELEASE signalling message received for this 
active SVC. " 
::= { atmfCESActiveSvcEntry 9 } 



— Conformance Information 

atmf CESConf ormance OBJECT IDENTIFIER : : = { atmf CES 2 } 



atmfCESGroups 
atmfCESCompliances 



OBJECT IDENTIFIER 
OBJECT IDENTIFIER 



:= { atmf CESConf ormance 1 } 
:= { atmf CESConf ormance 2 } 



Compliance Statements 



atmfCESCompliance MODULE -COMPLIANCE 

STATUS current 
DESCRIPTION 

"The compliance statement for SNMP entities which support 
the ATM Forum Circuit Emulation Services." 

MODULE — this module 
MANDATORY-GROUPS { 

atmfCESBasicConfigGroup, 

atmfCESBasicStatsGroup 

} 

atmfCESStructConfigGroup 

"This group is mandatory only for IWFs that 
support Structured DS1, El or J2 Nx64 kbit/s 
Service . n 

atmfCESStructStatsGroup 

"This group is mandatory only for IWFs that 
support Structured DS1, El or J2 Nx64 kbit/s 
Service. ■ 

atmfCESSvcConfigGroup 

"This group is mandatory only when support for 
automatic SVC initiation procedures is provided. 



GROUP 

DESCRIPTION 



GROUP 

DESCRIPTION 



GROUP 

DESCRIPTION 



OBJECT atmfCESLocalAddr 
MIN-ACCESS read-only 

DESCRIPTION "Support for manual configuration of the local 

CES interworking function address is not 
required. " 



::= { atmfCESCompliances 1 } 
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atmfCESBasicConfigGroup OBJECT -GROUP 

OBJECTS { 

atmfCESAtmlndex, 

atmf CESAtmVpi , 

atmfCESAtmVci, 

atmf CESCbrService , 

atmf CESCbrClockMode , 

atmf CESBuf MaxSize, 

atmfCESCdvRxT, t 
atmfCESCellLossIntegrationPenoa, 

atmfCESConnType, 
atmf CESConf RowS tatus 

} 

STATUS current 

DESC ^Section of objects providing configuration information 

for generic Circuit Emulation Service IWFs . 
: : = { atmf CESGroups 1 } 

atmfCESOptionalConfigGroup OBJECT-GROUP 

OBJECTS { 

atmf CESAdminStatus , 

atmfCESOperStatus 
} 

STATUS current 

DESCRIPTION ..^fe nroviding configuration 

::= { atmf CESGroups 2} 

atmfCESBasicStatsGroup OBJECT-GROUP 

OBJECTS { 

atmf CESReassCells , 

atmf CESHdrErrors , 
atmf CESBuf Underflows , 
atmf CESBuf Overflows , 
atmfCESCellLossStatus 

} 

STATUS current 

DESCRIPTION cfcs -S'JSl" inf0rmati ° n 

ror generic Circuit Emulation Service IWFs. 
: : = { atmf CESGroups 3 } 



atmfCESOptionalStatsGroup OBJECT-GROUP 

OBJECTS { 

atmf CESAallSeqErrors , 

atmfCESLostCells, 

atmf CESMi sinser tedCel Is 



} 

STATUS current 



DESCRIPTION n hiPcts providing statistics 

: := { atmf CESGroups 4 } 



atmfCESStructConfigGroup OBJECT-GROUP 

OBJECTS { 

atmfCESCas, 
atmfCESPartialFill 

} 
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STATUS current 
DESCRIPTION 

"A collection of objects providing 
for Structured DS1, El or J2 Nx64 
: : = { atmf CESGroups 5 } 

atmfCESStructStatsGroup OBJECT-GROUP 
OBJECTS { 

atmfCESPointerReframes 

} 

STATUS current 
DESCRIPTION 

"A collection of objects providing statistics information 
for Structured DS1, El or J2 Nx64 kbit/s Service IWFs." 
: : - { atmf CESGroups 6 } 

atmfCESOptionalStructStatsGroup OBJECT-GROUP 
OBJECTS { 

atmfCESPointerParityErrors 

} 

STATUS current 
DESCRIPTION 

"A collection of optional objects providing statistics 
information for Structured DS1, El or J2 Nx64 kbit/s Service 
IWFs . " 
: : = { atmf CESGroups 7 } 

atmfCESMappingGroup OBJECT-GROUP 
OBJECTS { 

atmfCESMappingCbrlndex 

} 

STATUS current 
DESCRIPTION 

"A collection of objects providing information about the 
mapping from ATM VCLs to CBR interfaces or channels." 
: : = { atmf CESGroups 8 } 

a tmf CES S vcCon f i gGr oup OBJECT- GROUP 
OBJECTS { 

atmf CESLocalAddr , 

atmf CESRemoteAddr , 

atmf CESFirstRetrylnterval , 

atmf CESRetryTimer , 

atmf CESRetryFailures , 

a tmf CESAc t i veSvcRes tart , 

atmfCESActiveSvcOperStatus 

} 

STATUS current 
DESCRIPTION 

"A collection of objects providing SVC connection 
establishment support configuration information for CES 
IWFs . " 
: : = { atmf CESGroups 9 } 

atmfCESOptionalSvcConfigGroup OBJECT-GROUP 
OBJECTS { 

atmf CESRetryLimi t , 

atmf CESLas tReleaseCause , 

atmfCESLastReleaseDiagnostics 

} 

STATUS current 
DESCRIPTION 

"A collection of optional objects providing SVC connection 
establishment support configuration information for CES 



configuration information 
kbit/s Service IWFs." 
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IWFs." _ , 

:: = { atmfCESGroups 10 } 

END 
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Annex A: Impairment Analysis 

This annex addresses the mapping into Circuit Emulation Service impairments — errored 
seconds (ES) and severely errored seconds (SES)— from the cell loss ratio (CLR) and the 
cell error rate (CER) impairments of the underlying ATM transport. It complements the 
broader, more qualitative discussion in the (informative) Annex B, "Relationship between 
ATM Layer Network Performance and the Network Performance of AAL Type 1 for CBR 
Services", of Tl. 51 1-1994, "B-ISDN ATM Layer Cell Transfer - Performance 
Parameters" 

It is difficult to set requirements on these impairments and other impairments such as cell 
transfer delay (CTD) and cell delay variation (CDV), since they are application specific; 
and in some cases, particularly CDV, still being studied. Furthermore, the requirements 
could be equipment dependent. For example, the addition of error control to equipment 
would decrease requirements on the ATM transport facility. 

For DS1 and fractional DS1, there are some requirements in ANSI T1.510 for SES and 
ES. When voice was the predominate application, one could, assuming no error control, 
derive some reasonable requirements for BER since an end-to-end PCM-encoded voice 
signal would tolerate a 10" 6 BER in the TDM circuit.(Source: SR-TSV-00275, Iss. 1, 
March 1991). 

The following discussion of ES and SES assumes an absence of error control on the cell 
information field and that lost cells are replaced with a random bit pattern. 

A.l Errored Second 

An ES is a one-second interval with one or more bit errors. Each Nx64 kbit/s and 1.544 
Mbit/ s channel requires that, over 30 or more consecutive days, fewer than 0.20% and 
0.50%, respectively, of the seconds are errored seconds. (Source: ANSI Tl.510-1994) 

Since 64 kbit/s and even 1.544 Mbit/s channels are likely a small proportion of the 
underlying ATM transport capacity, then the burstiness of ATM-related binary errors and 
cell loss should be dispersed in time at both the 64 kbit/s and the 1.544 Mbit/s channel 
levels. Therefore, the worst case approach of random errors and cell loss may be 
reasonable. If so, then, ignoring the small (2" 376 ) probability that a cell loss will cause no 
binary errors: 

For a 64 kbit/s channel (which utilizes 170.21 cell/s), an ES less than 0.20% (or 1 in 500) 
of the seconds implies that CER + CLR < 1.175 x 10" 5 ; 

For an Nx64 kbit/s channel (which utilizes Nxl70.21 cell/s, 2 < N < 24), an ES less than 
0.20% (or 1 in 500) of the seconds implies that CER + CLR < 1 .175 x 10" 5 /N; 

For a 2.048 Mbit/s channel (which utilizes 5,447 cell/s) an ES less than 0.50% (or 1 in 
200) of the seconds implies that CER + CLR < 9.18 x 10" 7 . 

These ATM performance parameters map into DS1 Bit Error Rate (BER), Errored Second 
(ES) and Severely Errored Second (SES) values: 
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a hit in a cell payload is likely to result in an error in the 
Cell Error Ratio (CER) - an errored bit m a cell payio 
emulated circuit, causing an Errored Second. 

s-aissaBaaaa: 

cervices where N is one or two. 

• Rate (CMR) - undetected, misinserted cells will also cause Severely 

Cell Misinsertion Rate (CMR) unQe ^ ' 
Errored Seconds for Nx64 circuits where N is one or two 

We summarize the mapping outlined above in Table A-l . 



Service 



unstructured DS1 



unstructured El 



64 kbit/s 



Performance 
Target 
ES<0.5% 
ES<0.5% 
ES<0.2% 



ATM 
Objective 

CLR+CER< 1.22xl0- 6 
CLR+CER<9.18xlO- 7 
CLR+CER<1. 175xl0- 5 



Table A-l: ATM VC Mapping 
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Annex B Abbreviations 

Acronyms and abbreviations in CES baseline document: 

AAL - ATM Adaptation Layer 

AAL1 - ATM Adaptation Layer Type 1 

AIS - Alarm Indication Signal 

AMI - Alternate Mark Inversion 

ANSI - American National Standards Institute 

ATM - Asynchronous Transfer Mode 

AUU - ATM-Layer-User to ATM-Layer-User 

B-HLI - Broadband High Layer Information 

B-LLI - Broadband Low Layer Information 

B-ICI - Broadband Intercarrier Interface 

B-ISDN - Broadband Integrated Services Digital Network 

B8ZS - Bipolar with 8 Zero Substitution 

BER - Bit Error Ratio 

BITS - Building Integrated Timing System 

CAS - Channel Associated Signalling 

CBR - Constant Bit Rate 

CDV - Cell Delay Variation 

CE - Congestion Experienced 

CER - Cell Error Ratio 

CES - Circuit Emulation Service 

CES-IS - Circuit Emulation Service Interoperability Specification 

CLP - Cell Loss Priority 

CLR - Cell Loss Ratio 

CMR - Cell Misinsertion Ratio 

CO - Central Office 

CRC - Cyclic Redundancy Check 

CTD - Cell Transfer Delay 

DSO - Digital Signal level 0 (64 kbit/s) 

DS1 - Digital Signal level 1 (1544 kbit/s) 

DS3 - Digital Signal level 3 (44736 kbit/s) 

DSX1 - Digital Signal Cross(X)connect level 1 

El - special digital trunk, European (2048 kbit/s) 
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E3 - Special Digital Trunk, European (34.368 Mbit/s) 

ES - Errored Second 

ESF - Extended Super Frame 

FDL - Facility Data Link 

HDB3 - High-Density Binary Three 

IE - Information Element 

EC - International Electrotechnical Commission 

IETF - Internet Engineering Task Force 

ILMI - Interim Local Management Interface 

ISDN - Integrated Services Digital Network 

ISO - International Organization for Standardization 

IWF - Inter-Working Function transmission (Note: this J2 acronym 

acronym.) 
kbit/s - thousand bits per second 
LOS - Loss of Signal 
Mbit/s - million bits per second 
MIB - Management Information Base 
ms - milliseconds 
usee - microsecond 

N-ISDN - Narrowband Integrated Services Digital Network 

NNI - Network to Network Interface 

OAM - Operations And Maintenance 

0C3 - Optical Carrier level 3 (155.52 Mbit/s) 

qui - Organizational Unit Identifier 

PBX - Private Branch eXchange 

PCM - Pulse Code Modulation 

PCR- Peak Cell Rate 

PDH - Plesiochronous Digital Hierarchy 

PLCP - Physical Layer Convergence Protocol 

POTS - Plain Old Telephone Service 

ppm- parts per million 

PRS - Primary Reference Source 

QoS - Quality of Service 

RAI - Remote Alarm Indication 

RFC - Request for Comment 
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SAA - Service Aspects and Applications 
SDH - Synchronous Digital Hierarchy 
SDT - Structured Data Transfer 
SDU - Service Data Unit 
SES - Severely Errored Second 
SF - Super Frame 

SNAP - Sub-Network Access Protocol 

SNMP - Simple Network Management Protocol 

SONET - Synchronous Optical NETwork 

SRTS - Synchronous Residual Time Stamp 

SVC - Switched virtual circuit 

TDM - Time Division Multiplex 

UDT - Unstructured Data Transfer 

UI - Unit Interval 

UNI - User to Network Interface 

UPC - Usage Parameter Control 

VC - Virtual Channel 

VCC - Virtual Channel Connection 
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